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Abstract 

The invention relates to a method and to a system for managing logistics processes taking 
place in intermediate members of a supply chain and for shipment tracking including package 
tracking and, if desired, object tracking along the supply chain. According to the invention, the 
use of rewritable RFID transponders is provided, which can be read and written by means of 
associated RFID read/write devices. Based on notification data and data read from an associated 
RFID transponder, logistics processes are confirmed and acknowledged. 
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16 Transporter 2 
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40 ATT control station 



[0001] 

The invention relates to a method for managing logistics processes taking place between 
members of a supply chain and for shipment tracking along the supply chain. 



[0002] 

Services corresponding to the method named above and EDV [electronic data processing] 
systems used for realizing the method are offered, for example, by EURO-LOG GmbH. A 
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tracking & tracing service under the name of TRANSPO-TRACK makes available in advance 
shipment data and information on the current location of packages of the shipment during the 
transport along the entire supply chain and logistics processes are regulated and controlled. Bar 
code labels, which are printed under the control of the TRANSPO-TRACK system and which 
are read with the use of bar code readers in data communications connection with the 
TRANSPO-TRACK system, are used for identifying the packages. A radio-technology link of 
mobile bar code readers, especially "LKW truck scanners," is supported by means of the GSM 
network. Shipment tracking in combination with position fixing based on the GPS system is 
offered under the name TRANSPO-FLEET. 

[0003] 

The use of so-called TAG technology in the scope of the closed logistics system of the 
German Parcel Service was tested in the scope of a field test by DPD, the German Parcel 
Service. Here, so-called TAG labels were used as replacements for conventional parcel labels to 
be attached to the appropriate package. The TAG labels, which can also be designated as TAG 
transponders or RFID transponders (RFID = Radio Frequency Identification) and which were 
used in the field test, involved one-use transponders of the read-only type, in which an 
identification code identifying the package was fixed-programmed. In press releases from the 
German Parcel Service, weight was placed on the possibility of transferring more data along with 
the shipment by means of the TAG or RFID transponder than by means of a bar code, for 
example, information on the transfer of liability, exact arrival and departure times, information 
on damage. 

[0004] 

In addition to one-time writable transponders, which are known in the field of the 
technology as READ ONLY transponders, there are also rewritable RFID transponders, which 
are known in the field of the technology as READ/WRITE transponders. Here, refer to the 
publications of the international AIM association, especially the publication giving an overview 
of RFID systems "Draft Paper on the Characteristics of RFID Systems," July 2000, AIM 
Frequency Forums, AIM FF 2000:001, Ver. 1.0. 

[0005] 

The invention strives not only to transfer principles known from bar code identification 
codes to RFID technology for its use in the scope of the mentioned method, but also to use the 
ability to rewrite rewritable RFID transponders in a clever way in order to make the method 
particularly powerful and flexible. In particular, the method should be able to be realized on the 
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basis of an open system, in which preferably each member of the supply chain can use its 
separate identifiers and the like. 

[0006] 

The invention provides a method for managing logistics processes taking place between 
members of a supply chain and for shipment tracking including package tracking and, if desired, 
object tracking, along the supply chain, including: 

a) preparation, in relation to at least one member of the supply chain, of at least one RFID 
write/read device for reading and writing assigned RFID transponders; 

b) preparation of at least one rewritable RFID transponder in relation to at least one 
package and/or to at least one object of the package; 

c) in relation to a first member of the supply chain and/or to a stage at a higher level to 
the first member or in common relation to the first and second member of the supply chain: 

ca) generation of the data assigned to the package or to the object including 1) package 
and/or object data (called shipment data below), which identifies the package or the object; 2) if 
desired, status data, which indicates an instantaneous logistics status of the package or the object; 
and, if desired 3) supply chain data, which identify at least the last member and preferably also 
the member following the first member on the supply chain; and 4) if desired, other data, which 
are to be carried along the supply chain; 

cb) storage of at least 1) the shipment data and, if available, 2) the other data in the RFID 
transponder assigned to the package or to the object; 

cc) recording of at least 1) the shipment data and, if available, 2) the status data and, if 
available, 3) the supply chain data in a database of a data processing system; 

cd) transfer of the package or the object from the first member to the next member of the 
supply chain; 

d) in relation to each following member of the supply chain except the last member: 

da) pick-up of the package or the object by the following member from the preceding 
member of the supply chain; 

db) reading of at least the shipment data from the RFID transponder; 

dc) generation of data assigned to the package or the object including 1) acknowledgment 
data, which acknowledge the pick-up of the package or the object; 2) if desired, status data, 
which indicate an instantaneous logistics status of the package or the object; 3) if desired, 
separate package and/or object data (called separate shipment data below), which identify the 
package or the object, 4) if desired, supply chain data, which identify at least the next member on 
the supply chain; and 5) if desired, other data, which are to be carried along the supply chain; 
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de) storage of at least, if available, 1) the separate shipment data and, if available, 2) the 
other data in the RFID transponder assigned to the package or the object; 

df) recording of at least 1) the acknowledgment data and, if available, 2) the status data 
and, if available, 3) the separate shipment data and, if available, 4) the supply chain data in the 
database of the data processing system; 

dg) transfer of the package or the object from the relevant member to the next member of 
the supply chain; 

e) in relation to the last member of the supply chain or in common relation to the last and 
next-to-last member of the supply chain: 

ea) pick-up of the package or the object by the last member from the next-to-last member 
of the supply chain; 

eb) reading at least of shipment data from the RFID transponder; 

ec) generation of data assigned to the package or the object including 1) acknowledgment 
data, which acknowledge the pick-up of the package or the object; and 2) if desired, status data, 
which indicate an instantaneous logistics status of the package or the object; 

ed) recording at least of 1) the acknowledgment data and, if available, 2) the status data in 
the database of the data processing system; 

f) by the data processing system: 

fa) keeping of the 1) shipment data, 2) acknowledgment data, 3) optionally status data, 
and 4) optionally supply chain data; 

fb) if different members of the supply chain each use separate shipment data: relation of 
shipment data relating to the same package or the same object to each other; 

fc) on the basis of at least the shipment data: preparation of notification data, which 
identify at least one package and/or at least one object of the package and which announce at 
least one related logistics process, for at least one member of the supply chain; 

fd) based on the shipment data and also based on the acknowledgment data and/or the 
status data: 1) preparation of confirmation data, which identify at least one package and/or at 
least one object of the package and which confirm for at least one related logistics process that 
this process has been performed, at least for the first member of the supply chain and/or the 
higher level stage. The preceding classification of the features and steps of the method according 
to the invention into single and double lower-case letters and into numbers, as well as the 
sequence, in which the features and steps of the method are performed, does not logically lead to 
a certain sequence of the execution of the steps of the method. In particular, in the scope of the 
teaching of the invention, individual processing steps can also be performed repeatedly, if useful, 
and the processing steps can be interleaved. For example, status data can be transmitted 



6 



repeatedly, for example, when a package is loaded on an LKW, when the package is transferred 
from an LKW to a freight car, when the freight car is unloaded, etc. 

[0007] 

Members of the supply chain are, for example, a sender, one or more transporters, and a 
receiver. Preferably, at least the transporter or transporters have RFID read/write devices for 
reading and writing the RFID transponder, wherein the RFID read/write device can be installed 
onboard a means of transport, for example, a truck. A higher level stage, which determines 
packages or objects to be transferred and which sets shipment data identifying these packages or 
objects, can be assigned, in particular, to the sender. The higher level stage can also involve the 
receiver. It is equally possible to assign the higher level stage also to the receiver and optionally 
at least to one of the transporters. If the sender does not have a separate RFID read/write device, 
the shipment data and optionally the other data can be stored by the sender under the use of the 
RFID read/write device of the first transporter (common relation of the storage to the first and 
second member of the supply chain ). In a corresponding way, if the last member of the supply 
chain, for example, the receiver, does not have a separate RFID read/write device available, at 
least the shipment data from the relevant RFID transponder can be read under the use of an RFID 
read/write device of the last transporter (common relation of the read process and in a 
corresponding way optionally the generation of acknowledgment data to the last and next-to-last 
member of the supply chain ). For example, it is possible that the last transporter of the supply 
chain can acknowledge the receipt of the package or the object by the receiver electronically or 
on paper and can then place corresponding acknowledgment data into the database. 

[0008] 

If a member of the supply chain cannot store data in the RFID transponders, in the scope 
of the teaching of the invention it is obviously also possible for this member of the supply chain 
to use a pure RFID reader (without writing function). Furthermore, at least one member of the 
supply chain using bar code identifiers and not accessing data stored in the RFID transponder 
lies within the scope of the teaching of the invention. In particular, RFID transponders in label 
form with a printed bar code identifier and optionally also a printed optical character identifier 
can be used. For this purpose, in the scope of the method according to the invention, at least one 
corresponding bar code reader and/or at least one corresponding optical character reader are 
provided. A member of the supply chain not accessing the data stored in the RFID transponder 
and not storing data in the RFID transponder obviously does not need to have an RFID 
read/write device available at all. 
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[0009] 

Preferably, the data processing system provides shipment tracking data on the basis of 
data stored by the data processing system automatically and/or in response to a request realized 
by means of industrial data communications (for example, via the Internet). This shipment 
tracking data indicate an instantaneous logistics status of at least one package and/or at least one 
object. 

[0010] 

On the terms "shipment" and "shipment tracking," it should be mentioned that in strict 
wording, the term "shipment" includes logical (virtual) units, whose components, namely 
packages, are transported from a starting point to an end point possibly also on different paths or 
through the use of different supply chains. However, in general, in the field of the technology, 
"shipment tracking" is used when actually "package tracking" is meant. However, in this respect, 
package tracking is realized for every package of a logical shipment, so that "shipment tracking" 
is also given at the same time when the "package shipment data" are combined accordingly. In 
this respect, on the basis of less strict wording, "shipment tracking data" can be discussed 
without anything further when actually the tracking of one "package" or one "object" is 
concerned. 

[0011] 

Concerning the notification or announcement of at least one logistics process, 
identification data identifying a (corresponding) object or a (corresponding) package can be 
provided by the data processing system to one member of the supply chain (the first mentioned 
member below). These data can include the shipment data of at least one preceding member 
and/or the higher level stage, as well as, if desired, identification identifying this preceding 
member or the higher level stage. In particular, it presents itself to use at least the shipment data 
of the first member or, if available, of the higher level stage, as well as, optionally, identification 
identifying this first member or the higher level stage. In relation to the first mentioned member 
(optionally in common relation to the first mentioned member and the directly preceding 
member), shipment data are read from at least one RFID transponder and compared with the 
identification data. In the case that the read shipment data correspond to the identification data, 
acknowledgment data and, if desired, separate shipment data are generated with reference to the 
package or the object assigned to the RFID transponder. 
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[0012] 

For example, the first member or the higher level stage, which has the identifier [A], can 
generate the shipment data, namely the identifier [I], identifying a package or object. Then, the 
data [A] are recorded in the database of the data processing system and the data [AI] are stored 
by means of this in an RFID transponder assigned to the package or object. It can be useful if the 
identifier [I] involves an order number or the like specifying a sales order. 

[0013] 

Notification data, for example, including the data [AI] are then provided by the data 
processing system to the second member with the identifier [B]. If the notification is omitted for 
some reason, the second member finds the data [AI] on the RFID transponder in any case. If 
desired or useful, the second member can then generate separate shipment data, for example, the 
separate identifier [F], which is then recorded in the database of the data processing system. For 
example, the second member outputs a message of the form [BF = AI]. Furthermore, the data 
[BF] are stored on the RFID transponder. It can be useful to use an order number designating a 
shipping order as the identifier [F]. 

[0014] 

A third member of the supply chain, which has the identifier [C], could then be provided 
with notification data, for example, including the data [AI] and/or the data [BF]. If the third 
member is not the last member, but instead, for example, another transporter, then the third 
member could generate a separate identifier [I"], if useful, wherein corresponding data are 
recorded in the database and stored on the RFID transponder. 

[0015] 

The status data (logistics status data) of the package or the object can relate to a wide 
variety of states of the package and/or the object and/or an assigned means of transport, for 
example transport state of the package or the object and/or in-transit state of the means of 
transport. In particular, it is imagined that the logistics status of the package or the object will 
include: 

- transfer confirmation of a member of the supply chain, which confirms that the package or the 
object was transferred to the next member of the supply chain, and/or 

- load state information, which indicates whether the package or the object was loaded onto a 
means of transport or unloaded from this means of transport, and/or 

- position fixing information, which indicates where the package or the object or an assigned 
means of transport is currently located. 
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[0016] 

Furthermore, the status data can indicate whether a package or an object is damaged, 
whether the package or its contents are complete, etc. 

[0017] 

The other data optionally carried along the supply chain can relate to the durability of an 
object or contents of a package, to a transfer of liability, to special events during the transport or 
shipping (for example, damages), etc. 

[0018] 

Concerning the acknowledgment data acknowledging the transfer of the shipment or the 
object, it should be pointed out that these data document, in particular, transfer of risk (for 
example, pick-up of a package by a transporter). 

[0019] 

In particular (but not exclusively) for object tracking it is useful if the RFID transponder 
assigned to an object is integrated in this object for at least one object. Furthermore, for at least 
one package, the RFID transponder assigned to this package can be integrated into a loading 
means assigned to the package, preferably in a container holding the package. Another 
possibility is for RFID transponders integrated in the adhesive labels to be used. The adhesive 
labels can have additional bar code identifiers and/or optical character identifiers. 

[0020] 

Preferably, a load classification system is supported, in which a plurality of units of a 
lower load classification forms a unit of a higher load classification, wherein the units of the 
lower load classification can each be assigned separate RFID transponders, which can react 
individually in the sense of a read and/or write process, and wherein the unit of a higher load 
classification can also be assigned to a separate RFID transponder, which can react individually 
in the sense of a read and/or write process. 

[0021] 

For example, a package can contain several objects, wherein separate RFID transponders, 
which can react individually in the sense of a read and/or write process, are assigned to several of 
the objects of each package, wherein preferably a separate RFID transponder, which can react 
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individually in the sense of a read and/or write process, is assigned to the package containing the 
objects as a whole. 

[0022] 

In addition to the lowest load classification "object" (or "article") and the load 
classification "package," preferably at least one other load classification is supported, which, in 
the classification system, lies between the load classification "object" and the load classification 
"package". Furthermore, in addition to the lowest load classification "object" (or "article") and 
the load classification "package," it is preferred that at least one other load classification be 
supported, which, in the classification system, lies above the load classification "package." For 
example, the load classifications of "pallet," "container," and "vehicle" come into consideration. 

[0023] 

In the scope of the method according to the invention, a wide variety of data flows can be 
produced. For example, the RFID read/write devices can transmit data read from RFID 
transponders and/or data generated based on these data by industrial (especially electronic) data 
communications to the data processing system or can receive data to be written into the RFID 
transponder from the data processing system by industrial (especially electronic) data 
communications. 

[0024] 

The data processing system can include a network of data processing systems. According 
to a preferred configuration, the data processing system includes a central data processing system 
and preferably a plurality of local data processing systems assigned to each member of the 
supply chain. The database are preferably kept by the central data processing system, wherein 
data to be recorded in the database are transmitted to the central data processing system and are 
received from this system by means of industrial (especially electronic) data communications. 

[0025] 

At least one part of the data transmitted to the central data processing system can be 
transmitted to the central data processing system and received from this system by at least one 
local data processing system, which is in data communications connection with at least one 
RFID read/write device. In the scope of the method according to the invention, it can also be 
provided that at least one part of the data is transmitted directly to the central processing system 
and received from this system by at least one RFID rear/write device in data communications 
connection with the central data processing system. 
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[0026] 

The central data processing system can transmit the notification data, the 
acknowledgment data, and optionally the shipment tracking data by means of industrial data 
communications (especially electronic data communications) to a local data processing system or 
a local information unit, which receives and optionally displays or prints these data. 

[0027] 

The method according to the invention is performed preferably completely or to a large 
degree automatically. In particular, of the generating steps ca), dc), ec); the storing steps cb), de); 
the recording steps cc), df), ed) optionally including data transmission and data reception; and 
the reading steps db), eb); at least a few, preferably all, are performed automatically. Here, the 
reading and storing steps can be performed, if necessary, under manual creation of a spatial 
relationship between a read/write device and a relevant RFID transponder corresponding to 
radio-technology specifications of the same. Also, the transfer and pick-up of each package or 
object can be performed automatically, for example, through the use of corresponding robot 
technology. 

[0028] 

Furthermore, preferably the assignment step fb), the preparation steps fc), fd), and the 
preparation of shipment tracking data optionally including data transmission and data reception 
are performed automatically. 

[0029] 

According to an advantageous improvement of the method according to the invention, the 
data processing system compares automatically pre-generated desired data representing planned 
logistics processes along the supply chain and actual data representing an actual logistics state 
and actually performed logistics processes (for example, transport processes, shipping processes, 
and the like). In the case of a deviation exceeding a preset tolerance threshold between the 
desired data and the actual data, an alarm message is generated automatically and/or recovery 
measures are automatically proposed or initiated. 

[0030] 

It was already pointed out that the method can be embodied so that bar code identifiers 
are supported. In this way, the integration of conventional systems and methods into the method 
according to the invention (and the system according to the invention, see below) is simplified. 
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[0031] 

According to another aspect, it is proposed to use an RFID transponder assigned to a 
package or an object in a special way, that is by the last member of a supply chain managed 
according to the method according to the invention for the management of another supply chain 
with reference to the same package or the same object. Here, the management of the other supply 
chain is also performed according to the method according to the invention and the last member 
of the first mentioned supply chain is the first member of the other supply chain. 

[0032] 

According to another aspect, it is proposed to use the RFID transponder assigned to a 
package or an object for stock keeping purposes in reference to the same package or the same 
object, that is through a member, optionally the last member, of a supply chain managed 
according to the method according to the invention, possibly in connection with the previously 
mentioned use or preceding this use. 

[0033] 

According to another aspect, it is proposed to use an RFID transponder assigned to an 
object and integrated in this object by the first or last member or by the higher level stage of a 
supply chain managed according to the method according to the invention for the monitoring of 
the life cycle of the object, preferably with reference to quality management and/or guarantee 
management. This use can happen subsequent to the previously mentioned uses or in parallel. 

[0034] 

The invention further relates to a system for management of logistics processes taking 
place between members of a supply chain and of shipment tracking including package tracking 
and if desired object tracking along the supply chain according to the method according to the 
invention. The system according to the invention includes: 

- a data processing installation including at least one data processing system; 

- at least one RFID read/write device, which is in data communications connection with the data 
processing system; 

- at least one RFID transponder, which is assigned to the RFID read/write device and which can 
be read and written by means of the RFID read/write device; 

- software, which is assigned to the data processing system and which automatically performs or 
automatically controls at least a few of the processing steps of the process according to the 
method according to the invention. 
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[0035] 

It is noted that the invention is not limited to a certain RFID technology and a certain 
RFID protocol. Preferably, RFID transponders and read/write devices operating at 13.56 MHz 
are used, that is, special passive RFID transponders, which do not require a power source 
integrated therein, but instead obtain the necessary power, for example, inductively from the 
magnetic field generated by the read/write device. Preferably, the read/write devices support 
several protocols, for example, the I-CODE and TAG-IT protocols. However, without any 
additional means, RFID systems with other operating frequencies, for example 135 kHz, 400 to 
1000 MHz (UHF systems) and 2450 MHz can also be used. The communications between the 
RFID read/write device and the appropriate RFID transponder can concern inductive coupling or 
coupling by means of propagating electromagnetic waves (propagation coupling). 

[0036] 

The preceding details are purely examples. In principle, all frequency bands, for example 
the frequency bands of 100 to 100 kHz (low frequency), 10 to 15 MHz (mid frequency), and 850 
to 950 MHz, 2.4 to 5.8 GHz can also be used. Furthermore, any modulation method can be used, 
wherein only the keywords ASK (amplitude shift keying), FSK (frequency shift keying), and 
PSK (phase shift keying) are mentioned. In addition to the preferred passive RFID transponders, 
obviously the use of active transponders (TAGS), which have an internal battery, also comes into 
consideration. The necessary data storage capacity of the RFID TAGS depends on the 
configuration of the method according to the invention and on the amount of data to be carried 
along the supply chain. For example, data storage capacities on the order of magnitude of 512 
bits, but preferably larger data storage capacities on the order of magnitude of at least 64 KB 
come into consideration. 

[0037] 

Concerning the forwarding of data by means of RFID TAGS, a separate storage location 
in the RFID transponder can be allocated to each member of the supply chain (transport chain) 
including the sender. The data can be stored, for example, according to the EDIFACT standard 
or a different (optionally also proprietary) standard. 

[0038] 

The invention is explained in more detail below with reference to an embodiment 
illustrated in the figures. 
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Figure 1 illustrates the data flows occurring according to a preferred embodiment along a 
supply chain and between the members of the supply chain and an assigned management and 
shipment tracking system. 

Figure 2 shows symbolically a package, objects contained therein, and an RFID 
read/write device. 

Figure 3 illustrates a possible structure of the management and shipment tracking system 
made from several sub-systems, namely a central system and a plurality of local systems, which 
are or can be placed in data communications connection with each other by means of a 
communications network. 

Figure 4 illustrates a possible architecture of the central system. 

Figure 5 illustrates a possible architecture of the local system. 

Figure 6 illustrates a possible structure of a mobile local system, especially a vehicle 
system of the management and shipment tracking system. 

[0039] 

In Figure 1, a supply chain 10 is represented by a sender 12, a first transporter 
(transporter 1) 14, a second transporter (transporter 2) 16, and a receiver 18. At least one package 
20 (Figure 2) is to be delivered from the sender 12 to the receiver 18. The package can contain 
several objects or articles, which are represented in Figure lb [sic; 2] by two objects 22 and 24. 
The delivery of the package 20 to the receiver 18 can be based on a sales or delivery order of the 
sender 12 itself or a higher level stage to the sender 12. The higher level stage can be the receiver 
itself or, for example, a central office hiring or controlling the sender and optionally the receiver. 
Below it is assumed that the sender acts independently from a central office controlling it, in any 
case, with reference to the logistics processes and data flows of interest here. 

[0040] 

The control and monitoring of the logistics processes occurring along the supply chain 10 
(especially including transport processes, shipping processes, and data communications 
processes) take place according to the invention under the use of so-called RFID transponders or 
RFID tags, which are assigned to each package or if desired to each object. For example, it can 
be adhesive labels with integrated RFID electronics. The abbreviation RFID stands for Radio 
Frequency Identification. In Figure 2, the package 20 is provided with an RFID tag 26 and the 
two objects 22 and 24 are provided with an RFID tag 28 and 30, respectively, wherein the tag 28 
is integrated in the object 24 and in contrast, the tags 26 and 30 are applied to the package 20 or 
to the object 22. 
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[0041] 

According to the invention, rewritable tags are used, which can be written and read by 
means of RFID read/write devices. In Figure 2, an RFID read/write device 32 is illustrated 
symbolically. Under the prerequisite that radio-technology specifications, particularly a 
minimum distance between the read/write device and the appropriate tag, are maintained and the 
tags are not radio-technology shielded relative to the read/write device, tags can be read and 
written by a read/write device without "optical visual contact." In particular, it is possible to read 
and write the tags 28 and 30 assigned to the objects 22 and 24 in the interior of the package 20. 
The same obviously applies for a tag assigned to the package, for example, the tag 26 of Figure 
2. 

[0042] 

On the sender side, shipment data identifying the package 20 and optionally the objects 
22 and 24 are generated and stored in the appropriate tag. For example, an order number of a 
sales order comes into consideration as the identifier. Furthermore, the shipment data are 
transmitted by the sender 12 to a central system 40 of a management and shipment tracking 
system by electronic data communications. The central system can also be designated as an ATT 
system, where "ATT" stands for "Active Tracking and Tracing." 

[0043] 

The shipment data generated on the sender side and transmitted by means of the tag to the 
next member of the supply chain, thus to the first transporter 14 (transporter 1), and the shipment 
data transmitted to the central system 40 are designated in Figure 1 with the abbreviation "01," 
wherein the letter "O" stands for "Output," thus it concerns output data relative to the sender 12. 

[0044] 

Based on the obtained shipment data "01," the central system 40 generates notification 
data for the first transporter 14 in order to prepare the transfer of the package from the sender 12 
to the first transporter 14. This data flow from the central system 40 to the first transporter 14 is 
represented in Figure 1 by "II" where the letter "I" stands for "Input" with reference to the 
appropriate member of the supply chain. The notification data can include, for example, the 
shipment data "01" transmitted by the sender 12 to the central system 40. 

[0045] 

Furthermore, the sender 12 transmits status data "02" to the central system 40, optionally 
several times at time intervals. After the transfer of the package 20 from the sender 12 to the first 
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transporter 14, the status data "02" include, in particular, pick-up confirmation POC (POC = 
Proof of Collection), with which the sender 12 confirms to the central system 40 that the package 
20 was picked up by the transporter 1. The first transporter 14 acknowledges the pick-up of the 
package 20, preferably in an electronic way by transmitting corresponding acknowledgment data 
to the central system 40. By this acknowledgment, risk transfer is documented. The 
corresponding acknowledgment data are represented in Figure 1 by "03". The abbreviation "03" 
stands for "transport status pick up" and also optionally for other transport status data, which 
contain, for example, position fixing information generated on the basis of the GPS system, 
which indicates where the package or the object or a means of transport of the first transporter 14 
is currently located. On the side of the first transporter 14, additional status data "04" and "05" 
are generated and transmitted to the central system 40. The status data "04" and "05" include, in 
particular, load status data POT| oa d or POT un i oad , which indicate whether a certain package or a 
certain object was or is being loaded or unloaded. 

[0046] 

Especially for its own use, the transporter 1 can generate separate shipment data "06" 
identifying the package or the object and can write these data into the relevant tag. These 
shipment data are transmitted by the transporter 1, for example together with the 
acknowledgment data "03" or the status data "04," "05" to the central system 40. Under some 
circumstances, the order number of a corresponding shipping order presents itself for use as the 
identifier. Then both the shipment data "01" and also the shipment data "06" are stored in the 
tag. The shipment data "01" and "06" are assigned to each other in the central system 40. 

[0047] 

The transfer of the package 20 to the second transporter 16 (transporter 2) is confirmed, 
in turn, to the central system 40 by the first transporter 14. The second transporter 16 generates 
acknowledgment data and sends these data to the central system 40 (data "07") for 
documentation of the risk transfer. The abbreviation "07" can stand, for example, for "transport 
status long-distance transport" and also optionally for other transport status data, for example, 
position fixing data. Furthermore, status data "08" and "09," which include, in particular, load 
status data POT| oa d or POT un i oa d, are generated by the second transporter 16 and transmitted to the 
central system 40. 

[0048] 

Furthermore, the second transporter 16 generates transport status data "O10" which relate 
to the delivery to the receiver. The transfer of the package 20 can be acknowledged to the second 
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transporter 16 by the receiver 18 and the second transporter 16 then transmits acknowledgment 
data "POD (POD = Proof of Delivery)" to the central system 40. Alternatively or additionally, 
the acknowledgment data could also be generated by the receiver 1 8 and transmitted to the 
central system 40, in the case of the embodiment of Figure 1 as status data "Oil". The status 
data "Oil" can contain additional information concerning the logistics status of the delivered 
package or the top side [sic; objects] contained therein. 

[0049] 

Various data, especially status and notification data, are transmitted from the central 
system 40 to the members of the supply chain, for example, the load status data POTi oa d or 
POT un ioad related to the load status with reference to the first transporter 14 and designated with 
"12," the load status data POTi oa d or POT un | 0a d related to the load status with reference to the 
second transporter 16 and designated with "13," and the data "14" confirming the transport status 
and optionally the delivery to the receivers. Likewise, status data can be provided to the receiver, 
for example, data "II" related to the sender and optionally confirming pick-up by the first 
transporter 14 and the load state data "12" and "13" related to the transporters. It is also useful if 
the transporters obtain prepared status data, especially transport status and/or load status data, 
from the pure notification data, for example, the first transporter 14 the status, data "II" related to 
the sender 12 and the load status data "13" related to the second transporter 16, and the second 
transporter 16, the status data "II" related to the sender and the load status data "12" related to the 
second transporter. 

[0050] 

The central system 40 can be designed to compare desired data related to logistics 
processes along the supply chain and actual data representing an actual logistics state and 
actually performed/being performed logistics processes in order to provide deviation monitoring. 
If deviations satisfying certain alarm criteria are determined, a corresponding alarm can be sent 
to an interested location, for example, to the sender 12 and/or an associated transporter. The 
corresponding deviation alarm data are designated in Figure 1 with "15". 

[0051] 

The output data (output with reference to a member of the supply chain; the output data 
are input to the central system 40) designated in Figure 1 with "01 " to "01 1 " and the input data 
(input with reference to a member of the supply chain; output from the central system) 
designated in Figure 1 with "II" to "15" represent, for example, especially the following data: 
01: shipment data 
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02 : status data sender POC 

03 : transport status pick-up 

04: status data POT un i 0 ad 

05: status data POTi oad 

06: shipment data first transporter 

07: transport status long-distance transport 

08: status data POT U nioad 

09: status data POTi oa d 

0 1 0 : transport status delivery 

Oil: status data receiver POD 

1 1 : status data sender POC 

12 : status data POT un i oa d, POTioad 

13 : status data POT un i oa d, POTi oad 

14: transport status and POD 

15 : alert for deviations 

[0052] 

The abbreviations POC, POD [sic; POT], and POD stand for the following: 
POC: Proof of Collection (confirmation that the package has been picked up) 
POT: Proof of Transfer (confirmation that the package has been transferred) 
POD: Proof of Delivery (confirmation that the package was delivered) 

[0053] 

The designations "load" and "unload" mean: 
load = geladen [German for "load"] 
unload = entladen [German for "unload"] 

[0054] 

The following should also be noted. According to Figure 1, separate shipment data are 
not assigned to the second transporter 16. It is possible, namely in the scope of the method 
according to the invention, without any additional means, for the members or individual 
members of the supply chain to use the shipment data used by a preceding member of the supply 
chain, especially by the sender, for its own purposes. Obviously, the transporter 2 of Figure 1 
could also generate its own shipment data and then, on one hand, store these data in the tag and, 
on the other hand, transmit them to the central system 40. If a member of the supply chain does 
not generate its own shipment data, but instead uses shipment data already stored in the tag for 
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its own purposes, this member does not need to be equipped with a read/write device; it is 
sufficient, according to requirements, to have a reader. It is also not excluded that an individual 
member of the supply chain will not use the RFID functionality of the tags, but instead will 
operate with the support of bar codes. For example, tags in label form could be used, which have 
a bar code print out and optionally an optical character print out. In this way, the management 
and shipment tracking system is flexible and open for a wide variety of participants. 

[0055] 

In principle, the management and shipment tracking system can have a wide variety of 
architectures. An architecture with a central system 40 is preferred. However, the use of an 
architecture with several sub-systems optionally distributed in a network is not ruled out, which 
sub-systems can be in or placed in data communications connection with each other, for 
example, by means of communications networks, such as the Internet, LAN, WAN, an intranet, 
etc. In principle, it is not ruled out that the sub-systems are established on the same classification 
level. A classification system with one higher level system and one or more lower level systems 
is preferred. 

[0056] 

The architecture of Figure 3 is preferred. Here, a central system 40 is provided, which, 
for example, corresponds to the central system 40 of Figure 1 . The central system 40 is 
connected to at least one communications network, for example the Internet, an intranet, a LAN, 
a WAN, etc. 

[0057] 

The management and shipment tracking system further includes a plurality of local 
systems 1 to n, which are designated in Figure 3 with 50, 52, 54, or 56. A data communications 
connection, which is realized, for example, via at least one communications network 60, for 
example, the Internet, an intranet, a LAN, a WAN, etc., exists or can be established between 
each local system and the central system 40. In principle, the establishment or maintenance of 
data communications connections between local systems independent from the central system is 
not ruled out. However, the architecture of the entire system is simpler if all communications 
between the local systems run through the central system. If the central system 40 is left out and 
direct data communications between the local systems is provided accordingly, Figure 2 could 
show an architecture with sub-systems distributed on the same classification level. 
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[0058] 

The local systems involve sub-systems assigned to individual members of a supply chain, 
which sub-systems generate, for example, the separate shipment data and transmit it to the 
central system 40. With reference to the data flows of Figure 1 between the central system 40 
and the members of the supply chain, these flows run from the central system or central system 
40 via the communications network 60 to the local system of the relevant member of the supply 
chain or from the local system of the relevant member of the supply chain via the 
communications network to the central system 40. The generation and transmission of data 
performed on the side of one member of the supply chain can be realized automatically. The 
same applies for the data to be transmitted from the central system 40 to the members of the 
supply chain. 

[0059] 

One possible architecture of the central system or central system 40 is illustrated in 
Figure 4. A central database 80 is used for storing all of the tracking information of the entire 
supply chain. The central data storage maintains the security of the database for all those 
involved and guarantees constant data availability. Through the central database, transparency of 
the supply chain in terms of information for its members can be achieved. Thus, not just two 
subsequent supply chain members can communicate with each other. 

[0060] 

An administration system 82, which is used especially for database management, can be 
assigned to the central database. An import-export module (short: ImEx module) 84 performs 
input/output operations into and out of the central database. Incoming data can be subjected to 
various tests and then provided with TBN addresses ("to be notified," i.e.: to be informed), in 
order to control the forwarding of information, especially of notification data, to relevant target 
systems in a simple way. 

[0061] 

For an especially high performance, all functions only requiring read accesses to the 
database can be performed via a duplicated (mirrored) database 86. For example, the tracking 
system 86 performing frequent read operations to the database can work on the mirrored 
database 86. The tracking system provides, for example, shipment tracking information, which, 
for example, 



21 



[0062] 

can be provided on request via Internet shipment information to interested partners, for example, 
to the sender or to the receiver of the supply chain or a higher level stage. However, 
corresponding information can also be made available to interested partners independent of 
requests. Additional sub-systems working on the central database 86 and exchanging data 
possibly with the tracking system 86 are indicated by 88 and 90. An example for such a system 
would be a sub-system performing the deviation monitoring. 

[0063] 

Preferably, the management and shipment tracking system is designed as an open system, 
so that the participants, especially the supply chain members, can use separate data formats. For 
this purpose, a converter 92 can be provided, which converts the data transmitted from the 
members of the supply chain from different source formats into the format of the central system 
and vice versa the data transmitted to the members of the supply chain into an appropriate target 
format. For example, standards, such as XML, EDIFACT, and branch standards, such as 
FORTRAS, VDA, etc. can be supported. 

[0064] 

A communications module 94 abbreviated as ComMod module establishes the data 
communications connections to the members of the supply chain or to its local systems, that is 
both on the network and also the protocol level. As networks, fixed and radio networks with 
analog data transmission or digital data transmission can be used; the keywords ISDN, DxP, 
GSM, UMTS are named as examples. In principle, any protocol can be used, for example, 
standards, such as X.400, FTP, OFTP, and if desired also proprietary protocols. 

[0065] 

In addition to active data delivery, the use of user mailboxes 96 also comes into 
consideration, which are used for storing the data of the appropriate partner (member of the 
supply chain). Each participant can then control the data pick-up himself and thus can regulate 
his system availability under his own authority. Thus, continuous availability is not required. 

[0066] 

One example for an architecture of a local system is shown in Figure 5. A local 
workstation 100 can be used, for example, for visualizing the shipment tracking, for maintaining 
origin data, and for managing deviations. Origin data includes, among other things, data 
indicating the data receiver (TBN), vehicle data, routes, etc. The routes can be defined by 
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addresses of fixed read/write devices. The deviation management, which is based on 
predetermined desired data for the transport or general logistics processes (such as vehicle, 
times, and/or paths), can be performed either centrally or also locally according to the 
embodiment. 

[0067] 

The local system can also include a separate (local) database 102, in which, in addition to 
the tracking data, various origin data can be managed. It is useful if the local database contains 
only a partial amount of the data held in the central database 86, so that local data security 
measures can be eliminated, because the data are always available in the central database 86. The 
local database 102 enables that different functions of the management and shipment tracking 
system can be provided locally in off-line operation, thus without a data communications 
connection to the central system 40. The local database is also used as a buffer for storing data to 
be transmitted to the central system 40. 

[0068] 

Furthermore, the local system can have: 

- at least one read/write device 104, which reads data from a corresponding RFID transponder 
122 or writes data into this transponder. Direct access to the local database 102 can be provided. 

- at least one online scanner, for example, a handheld scanner, likewise offering read/write 
functionality with reference to RFID transponder 122. The online scanner 106 can also work 
directly on the database and provide special functions concerning the status of packages or 
objects (for example, "damaged" or "factory turnover"). 

- at least one printer, for example, thermal transfer printer 108 for printing bar code labels with 
integrated RFID transponders. Preferably, the printer simultaneously has a writing functionality, 
so that the transponder can be written during the printing. 

- at least one off-line scanner 1 10, which has local intelligence in contrast to the read/write 
device 104 and to the online scanner 106 and which can operate independently from the server 
including the workstation and the local database. The off-line scanner can be used, in particular, 
as a so-called "batch scanner." The communications between the off-line scanner 1 10 and the 
server are realized via a suitable interface 112. 

[0069] 

An ImEx module 1 14 controls the data import into the local database 102 and the export 
of data from the local database 102. In this connection, the necessary database operations and the 
data distribution are controlled. Functionality can be provided, which recognizes whether a 
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message (for certain data) concerns initialization or extension. Depending on this functionality, 
the central database 80 can then be loaded by means of the ImEx module 84 of the central system 
40. A scheduler 1 16 can be provided in order to control the ImEx module 1 14 according to a 
predetermined time and/or event scheme. In particular, it can be predetermined when data should 
be sent to the central system 40 and/or when data are to be picked up from the central system 40. 
The scheduler 1 16 can also ensure that the local database is regularly checked for whether new 
data to be sent to the central system 40 are present. Then, under the control of the scheduler, a 
corresponding process can be initialized. 

[0070] 

Due to the converter 92 of the central system 40, the local system 50 does not itself need 
a separate converter for format conversion. However, such a converter 118 can be provided for 
data exchange relations with other systems, for example, with another local system. 

[0071] 

Similar to the central system of Figure 4, the local system 50 has a communications 
module 120 for data communications by means of at least one communications network 60. 
Refer to the explanation on communications module 94. 

[0072] 

An RFID transponder 122 in read or write relation with one of the devices 104, 106, 108, 
and 1 10 can be a transponder assigned or to be assigned to a package or to an object (store or to 
be stored in a package). If not only package tracking, but also object tracking is desired, as a rule 
it is useful to provide objects to be tracked with separate RFID transponders. 

[0073] 

Another local system, which can be identified, for example, as one of the local systems of 
Figure 3, is shown in Figure 6. This system involves a local system without a separate database, 
which operates in the off-line mode and/or in data communications connection with the central 
system 40 and/or a local system corresponding to the local system of Figure 5. In Figure 6, it is 
assumed that the system is located onboard a means of transport, particularly a motor vehicle, 
which has an onboard computer 130 with a control unit 132 for the vehicle and a 
communications module 134. An off-line scanner 136 is used for reading from RFID 
transponders. If desired, the off-line scanner can also have a write functionality, for example, if 
separate shipping data are used. Position fixing of the vehicle and thus of the packages 
transported by this vehicle is possible by means of a GPS unit. For this purpose, shipment 
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tracking is possible in the geographical sense. The communications with an allocated system, for 
example, the central system 40 or a local system according to Figure 4, can be realized, for 
example, by means of a GSM modem 140. 

[0074] 

In summary, the invention relates to a method and to a system for managing logistics 
processes taking place between members of a supply chain and for shipment tracking including 
package tracking and, if desired, object tracking along the supply chain. According to the 
invention, the use of rewritable RFID transponders is provided, which are read and written by 
means of associated RFID read/write devices. Based on notification data and data read from a 
corresponding RFID transponder, logistics processes are confirmed and acknowledged. 

Claims 

1 . Method for managing logistics processes taking place between members (12, 14, 16, 
18) of a supply chain (10) and for shipment tracking including package tracking and, if desired, 
object tracking along the supply chain (10), including: 

a) preparation of at least one RFID read/write device (32) assigned to at least one member 
of the supply chain for reading and writing assigned RFID transponders (26, 28, 30); 

b) preparation of at least one rewritable RFID transponder (26, 28,30) assigned to at least 
one packet (20) and/or to at least one object (22, 24) of the package; 

c) in relation to a first member of the supply chain and/or to a stage at a higher level to the 
first member or in common relation to the first and second member of the supply chain: 

ca) generation of data assigned to the package or to the object including 1) package 
and/or object data (called shipment data below), which identify the package or the object, 2) if 
desired, status data, which indicate a current logistics status of the package or the object, and if 
desired, 3) supply chain data, which identify at least the last member of the supply chain and 
preferably also the next member following the first member, and 4) if desired, other data to be 
carried along the supply chain; 

cb) storage of at least 1) the shipment data and, if available, 2) the other data in the 
RFID transponder (26, 28, 30) assigned to the package or to the object; 

cc) recording of at least 1) the shipment data and, if available, 2) the status data and, 
if available, 3) the supply chain data in a database of a data processing system (40); 

cd) transfer of the package (20) or the object (22, 24) from the first member ( 1 2) to 
the next member (14) of the supply chain (10); 

d) in relation to each following member of the supply chain except the last member: 
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da) pick-up of the package (20) or the object (22, 24) by the following member (14; 
16) from the preceding member (12; 14) of the supply chain; 

db) reading of at least shipment data from the RFID transponder (26, 28, 30); 

dc) generation of data assigned to the package or the object including 1) 
acknowledgment data, which acknowledge the pick-up of the package or the object, 2) if desired, 
status data, which indicate a current logistics status of the package or the object, 3) if desired, 
separate package and/or object data (called separate shipment data below), which identify the 
package or the object, 4) if desired, supply chain data, which identify at least the next member on 
the supply chain, and 5) if desired, other data to be carried along the supply chain; 

de) storage of at least, if available, 1) the separate shipment data and, if available, 2) 
the other data in the RFID transponder assigned to the package or to the object; 

df) recording of at least 1) the acknowledgment data and, if available, 2) the status 
data and, if available, 3) the separate shipment data and, if available, 4) the supply chain data in 
the database of the data processing system (40); 

dg) transfer of the package or the object from the relevant member (14; 16) to the next 
member (16, 18) of the supply chain (10); 

e) in relation to the last member (1 8) of the supply chain (1 0) or in common relation to the 
last and the next-to-last member of the supply chain: 

ea) pick-up of the package or the object by the last member (18) from the next-to-last 
member (16) of the supply chain; 

eb) reading of at least shipment data from the RFID transponder (26, 28, 30); 

ec) generation of the data assigned to the package or to the object including 1) 
acknowledgment data, which acknowledge the transfer of the package or the object, and 2) if 
desired status data, which indicate a current logistics status of the package (20) or the object (22, 
24); 

ed) recording of at least 1) the acknowledgment data and, if available, 2) the status 
data in the database of the data processing system; 

f) by the data processing system (40): 

fa) holding of the 1) shipment data, 2) acknowledgment data, 3) optionally status 
data, and 4) optionally supply chain data; 

fb) if different members of the supply chain use separate shipment data: allocation of 
shipment data related to the same package or the same object to each other; 

fc) based on at least the shipment data: preparation of notification data, which 
identify at least one package (20) and/or at least one object (22, 24) of the package and announce 
at least one related logistics process for at least one member of the supply chain; 
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fd) based on the shipment data and also based on the acknowledgment data and/or the 
status data: 1) preparation of confirmation data, which identify at least one package (20) and/or 
at least one object (22, 24) of the package and confirm for at least one related logistics process 
that this process has taken place, at least for the first member of the supply chain and/or the 
higher level stage. 

2. Method according to Claim 1, characterized in that the data processing system (40) 
provides shipment tracking data, which indicate a current logistics status of at least one package 
(20) and/or at least one object (22, 24), automatically and/or in response to a request realized by 
means of industrial data communications. 

3. Method according to Claim 1 or 2, characterized in that identification data, which 
identify an object or a package and which include the shipment data of at least one preceding 
member and/or the higher level stage and also, if desired, an identifier identifying this preceding 
member or the higher level stage, are provided by the data processing system (40) for a member 
of the supply chain (in the following, the first mentioned member), and in that in relation to the 
first mentioned member, shipment data are read from at least one RFID transponder and 
compared with the identification data and in case the read shipment data match the identification 
data, acknowledgment data and, if desired, separate shipment data are generated in relation to the 
package or object assigned to the RFID transponder. 

4. Method according to one of the preceding claims, characterized in that the logistics 
status of the package or the object includes: 

- transfer confirmation of a member of the supply chain, which confirms that the package or the 
object was transferred to the next member of the supply chain, and/or 

- load state information, which indicates whether the package or the object was loaded onto a 
means of transport or unloaded from this means of transport, and/or 

- position-fixing information, which indicates where the package or the object or an assigned 
means of transport is currently located. 

5. Method according to one of the preceding claims, characterized in that for at least one 
object (24), the RFID transponder (28) assigned to this object is integrated in this object. 

6. Method according to one of the preceding claims, characterized in that for at least one 
package, the RFID transponder assigned to this package is integrated in a loading means, 
preferably in a container storing the package, assigned to the package. 

7. Method according to one of the preceding claims, characterized in that RFID 
transponders integrated in adhesive labels are used. 

8. Method according to one of the preceding claims, characterized in that a load 
classification system is supported, in which a plurality of units of a lower load classification 
forms a unit of a higher load classification, wherein the units of the lower load classification can 
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each be assigned to separate RFID transponders, which can react individually in the sense of a 
read and/or write operation, and wherein the unit of higher load classification can also be 
assigned to a separate RFID transponder, which can react individually in the sense of a read 
and/or write operation. 

9. Method according to one of the preceding claims, characterized in that at least one 
package (20) contains several objects (20, 24), wherein a separate RFID transponder (28, 30), 
which can react individually in the sense of a read and/or write operation, is assigned to each of 
several of the objects of each package, wherein preferably a separate RFID transponder (26), 
which can react individually in the sense of a read and/or write operation, is also assigned to the 
package (20) containing the objects as a whole. 

10. Method according to Claim 8 and 9, characterized in that in addition to the lowest 
load classification "object" and the load classification "package," at least one other load 
classification is supported, which, in the classification system, lies between the load 
classification "object" and the load classification "package" and/or at least one other load 
classification is supported, which, in the classification system, lies above the load classification 
"package." 

1 1 . Method according to one of the preceding claims, characterized in that the RFID 
read/write devices (32) transmit data read from RFID transponders and/or data generated based 
on these data by means of industrial data communications to the data processing system or 
receive data to be written into RFID transponders from the data processing system by means of 
industrial data communications. 

12. Method according to one of the preceding claims, characterized in that the data 
processing system includes a network of data processing systems (40, 50, 52, 54, 56). 

13. Method according to one of the preceding claims, characterized in that the data 
processing system includes a central data processing system (40) and, if desired, a plurality of 
local data processing systems (50, 52, 54, 56) assigned to each member of the supply chain. 

14. Method according to Claim 13, characterized in that the database (80) is maintained 
by the central data processing system (40) and the data to be stored in the database are 
transmitted to the central data processing system (40) and received from this system by means of 
industrial data communications. 

15. Method according to Claim 14, characterized in that at least one part of the data is 
transmitted to the central data processing system (40) and received from this central system by at 
least one local data processing system (50), which is in data communications connection with at 
least one RFID read/write device (104, 106, 108, 1 10). 

16. Method according to Claim 14 or 15, characterized in that at least one part of the data 
is transmitted to the central data processing system (40) and received from this central system 
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directly by at least one RFID read/write device (136) in data communications connection with 
the central data processing system. 

17. Method according to one of Claims 14 to 16, characterized in that the central data 
processing system (40) transmits the notification data, the confirmation data, and optionally the 
shipment tracking data by means of industrial data communications to a local data processing 
system (50) or to a local information unit, which receives and optionally displays or prints these 
data. 

18. Method according to one of the preceding claims, characterized in that of the 
generation steps ca), dc), ec), the storage steps cb), de), the recording steps cc), df), ed) 
optionally including data transmission and data reception, and the read-out steps db), eb), at least 
a few, preferably all, are performed automatically, with reference to the read-out and storage 
steps, if necessary under the manual establishment of a spatial relation between a read/write 
device and a relevant RFID transponder according to radio-technology specifications of the 
same. 

19. Method according to one of the preceding claims, characterized in that the assignment 
step fb), the preparation steps fc), fd), and the preparation of shipment tracking data optionally 
including data transmission and data reception are performed automatically. 

20. Method according to one of the preceding claims, characterized by a comparison of 
previously generated desired data representing planned logistics processes along the supply chain 
and actual data representing an actual logistics state and actually performed logistics processes, 
wherein this comparison is performed automatically by the data processing system (40). 

21. Method according to Claim 20, characterized in that in the case of a deviation 
between the desired data and the actual data exceeding a predetermined tolerance threshold, an 
alarm message is automatically generated and/or recovery measures are proposed or initiated 
automatically. 

22. Method according to one of the preceding claims, characterized in that bar code 
identifiers are supported. 

23. Use of an RFID transponder (26, 28, 30) assigned to a package (20) or to an object 
(22, 24) by the last member (18) of a supply chain (10) managed according to the method of one 
of Claims 1 to 22 for the management of another supply chain with reference to the same 
package (20) or the same object (22, 24), wherein the management of the other supply chain is 
realized according to the method according to one of the preceding claims and wherein the last 
member (18) of the first mentioned supply chain is the first member of the other supply chain. 

24. Use of an RFID transponder (26, 28, 30) assigned to a package (20) or an object (22, 
24) by a member, optionally the last member (18) of a supply chain (10) managed according to 
the method of one of Claims 1 to 22 for stock keeping purposes with reference to the same 
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package (20) or the same object (26, 28, 30) [sic; (22, 24)], if desired, subsequent to the use 
according to Claim 23 or preceding this use. 

25. Use of an RFID transponder (28) assigned to an object (24) and integrated in this 
object by the first (12) or last (1 8) member or by the higher level stage of a supply chain (10) 
managed according to the method of one of Claims 1 to 22 for the monitoring of the life cycle of 
the object (24), preferably with reference to quality management and/or guarantee management, 
if desired, subsequent to the use according to Claim 23 or 24. 

26. System for managing logistics processes taking place between members of a supply 
chain and for shipment tracking including package tracking and, if desired, object tracking along 
the supply chain according to the method according to one of Claims 1 to 22, including: 

- a data processing system including at least one data processing system (40, 50, 52, 54, 56); 

- at least one RFID read/write device (32), which is in data communications connection with the 
data processing system; 

- at least one RFID transponder (26, 28, 30), which is assigned to the RFID read/write device 
and which can be read and written by means of the RFID read/write device (32); 

- software, which is assigned to the data processing system and which automatically performs or 
automatically controls at least a few of the processing steps of the method according to one of 
Claims 1 to 22. 
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(54) Verfahren und System zum Management von Logistikvorgangen und zur 
Sendungsverfolgung 



(57) Die Erfindung betrifft ein Verfahren und ein Sy- 
stem zum Management von Zwischengliedem einer Lo- 
gistikkette stattfindenden Logistikvorgangen und zur ei- 
ne Packstuckverfolgung und gewiinschtenfalls eine Ob- 
jektverfolgung umfassenden Sendungsverfolgung ent- 
lang derLogistikkette. ErfindungsgemaB ist die Verwen- 



dung von wiederholt beschreibbaren RRD-Transpon- 
dern vorgesehen, die mittels zugeordneten 
RFID-Schreib-/Lesegeraten ausgelesen und beschrie- 
ben werden. Auf Grundlage von Avisierungsdaten und 
aus einem jeweiligen RFID-Transponderausgelesenen 
Daten werden Logistikvorgange bestatigt und quittiert. 
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Beschreibung 



[0001] Die Erfindung betrifft ein Verfahren zum Mana- 
gement von zwischen Gliedem einer Logistikkette statt- 
findenden Logistikvorgangen und zur Sendungsverfol- 
gung entlang der Logistikkette. 
[0002] Dem eingangs genannten Verfahren entspre- 
chende Dienstleistungen und zur Realisierung des Ver- 
fahrens dienende EDV-Systeme werden beispielsweise 
von der Firma EURO-LOG GmbH angeboten. So stellt 
ein unter dem Namen TRANSPO-TRACK laufender 
Tracking & Tracing Service Sendungsdaten und Infor- 
mationen uber den aktuellen Verbleib von Packstucken 
der Sendung wahrend des Transports entlang der ge- 
samten Logistikkette vorauseilend zur Verfiigung und 
es werden Logistikprozesse gesteuert und kontrolliert. 
Zur Identifizierung der Packstiicke dienen Barcode-Eti- 
ketten, die unter der Steuerung des TRANS- 
PO-TRACK-Systems ausgedruckt und unter Einsatz 
von mit dem TRANS PO-TRACK-System in Datenkom- 
munikationsverbindung stehenden Barcode-Lesegera- 
te gelesen werden. Es wird eine funktechnischeAnbin- 
dung von mobilen Barcode-Lesegeraten, insbesondere 
von "LKW-Scannern" uber das GSM-Netz unterstiitzt. 
Unter dem Namen TRANSPO-FLEET wird eine Sen- 
dungsverfolgung in Kombination mit einer Lokalisierung 
auf Grundlage des GPS-Systems angeboten. 
[0003] Im Rahmen eines Feldversuchs wurde vom 
Deutschen Paketdienst DPD der Einsatz der sogenann- 
ten TAG-Technologie im Rahmen des geschlossenen 
Logistik-Systems des Deutschen Paketdienstes gete- 
stet. Hierbei wurden als Ersatz fur herkommliche, auf 
dem jeweiligen Packstiick anzubringende Paketschei- 
ne sogenannte TAG-Aufkleber eingesetzt. Bei den auch 
als TAG-Transponder oder RFID-Transponder (RFID = ■ 
Radio Frequency Identification) bezeichenbaren 
TAG-Etiketten, die in dem Feldversuch eingesetzt wur- 
den, handelteessich urn Einmalgebrauch-Transponder 
des Nur-Lesen-Typs, in die eine das Packstiick identifi- 
zierende Kennung fest einprogrammiert war. In Presse- • 
mitteilungen des Deutschen Paketdienstes wurde in Er- 
wagung gezogen , mittels derTAG- oder RFID-Transpon- 
der mehr Daten als per Barcode moglich sendungsbe- 
gleitend zu ubermitteln, beispielsweise Informationen 
zum Haftungsubergang, exakte Ein- und Ausgangszei- ■ 
ten, Angaben uber Schaden. 

[0004] Neben nur einmal beschreibbaren Transpon- 
dern, die im Fachgebiet als READ ONLY Transponder 
bekannt sind, existieren auch wiederbeschreibbare 
RFID-Transponder, die im Fachgebiet als READ / WRI- i 
TE - Transponder bekannt sind. Es wird hierzu auf Ver- 
offentlichungen des internationalen AIM-Verbands ver- 
wiesen, insbesondere auf die einen Oberblick uber 
RFID-Systeme gebende Veroffentlichung "Draft Paper 
on the Characteristics of RFID-Systems", Juli 2000, AIM i 
Frequency Forums, AIM FF 2000:001 , Ver. 1.0. 
[0005] Die Erfindung trachtet, von Barcode-Kenn- 
zeichnungen bekannte Prinzipien nicht einfach nur auf 



die RFID-Technologie bei deren Anwendung im Rah- 
men des genannten Verfahrens zu ubertragen, sondern 
die Wieder-Beschreibbarkeit von wiederholt beschreib- 
baren RFID-Transpondern in geschickter Weise auszu- 
nutzen, urn das Verfahren besonders leistungsfahig und 
flexibel zu machen. Insbesondere soil das Verfahren auf 
Basis eines offenen Systems realisierbarsein, bei dem 
vorzugsweise jedes Glied der Logistikkette seine eige- 
nen Idnetifizierungen und dergleichen verwenden kann. 
[0006] Die Erfindung stellt bereit ein Verfahren zum 
Management von zwischen Gliedern einer Logistikkette 
stattfindenden Logistikvorgangen und zur eine Pack- 
sttickverfolgung und gewiinschtenfalls eine Objektver- 
folgung umfassenden Sendungsverfolgung entlang der 
Logistikkette, umfassend: 

a) Bereitstellen, in Zuordnung zu wenigstens einem 
Glied der Logistikkette, wenigstens eines 
RFID-Schreib-/Lesegerats zum Auslesen und Be- 
schreiben von zugeordneten RFID-Transpondern; 

b) Bereitstellen wenigstens eines wiederholt be- 
schreibbaren RFID-Transponders in Zuordnung zu 
wenigstens einem Packstiick oder/und zu wenig- 
stens einem Objekt des Packstucks; 

c) in Zuordnung zu einem ersten Glied der Logistik- 
kette oder/und zu einer dem ersten Glied uberge- 
ordneten Instanz oder in gemeinsamer Zuordnung 
zum ersten und zweiten Glied der Logistikkette: 

ca) Generieren von dem Packstiick bzw. dem 
Objekt zugeordneten Daten umfassend 1) 
Packstiick- oder/und Objektdaten (im Folgen- 
den Sendungsdaten genannt), die das Pack- 
stiick bzw. das Objekt identifizieren, 2) ge- 
wiinschtenfalls Statusdaten, die einen momen- 
tanen Logistikstatus des Packstucks bzw. des 
Objekts angeben, und gewiinschtenfalls 3) Lo- 
gistikkettendaten, die von der Logistikkette we- 
nigstens das letzte Glied und vorzugsweise 
auch das auf das erste Glied folgende nachste 
Glied identifizieren, und 4) gewiinschtenfalls 
andere Daten, die entlang der Logistikkette mit- 
zufuhren sind; 

cb) Abspeichern wenigstens 1 ) der Sendungs- 
daten und, sofern vorhanden, 2) der anderen 
Daten in dem dem Packstuck bzw. dem Objekt 
zugeordneten RFID-Transponder; 

cc) Aufnehmen wenigstens 1) der Sendungs- 
daten, und, sofern vorhanden, 2) der Statusda- 
ten und, sofern vorhanden, 3) der Logistikket- 
tendaten in einen Datenbestand eines Daten- 
verarbeitungssystems ; 

cd) Ubergeben, durch das erste Glied, des 
Packstucks bzw. des Objekts an das nachste 
Glied der Logistikkette; 

d) in Zuordnung zu jedem folgenden Glied der 
Logistikkette mit Ausnahme des letzten Glieds: 
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da) Ubernehmen, durch das folgende 
Glied, des Packstucks bzw. des Objekts 
vom vorangehenden Glied der Logistikket- 

te; 

db) Auslesen wenigstens von Sendungs- 
daten aus dem RFID-Transponder; 

dc) Generieren von dem Packstuck bzw. 
dem Objekt zugeordneten Daten umfas- 
send 1) Quittierungsdaten, die die Gber- 
nahme des Packstucks bzw. des Objekts 
quittieren, 2) gewunschtenfalls Statusda- 
ten, die einen momentanen Logistikstatus 
des Packstucks bzw. des Objekts ange- 
ben, 3) gewunschtenfalls eigene Pack- 
stuck- oder/und Objektdaten (im Folgen- 
den eigene Sendungsdaten genannt), die 
das Packstuck bzw. das Objekt identifizie- 
ren, 4) gewunschtenfalls Logistikkettenda- 
ten, die von der Logistikkette wenigstens 
das nachste Glied identifizieren, und 5) ge- 
wunschtenfalls andere Daten, die enttang 
der Logistikkette mitzufuhren sind; 

de) Abspeichern wenigstens, sofern vor- 
handen, 1) der eigenen Sendungsdaten 
und, sofern vorhanden, 2) der anderen Da- 
ten in dem dem Packstuck bzw. dem Ob- 
jekt zugeordneten RFID-Transponder; 

df) Aufnehmen wenigstens 1 ) der Quittie- 
rungsdaten und, sofern vorhanden, 2) der 
Statusdaten und, sofern vorhanden, 3) der 
eigenen Sendungsdaten und, sofern vor- 
handen, 4) der Logistikkettendaten in den 
Datenbestand des Datenverarbeitungssy- 
stems; 

dg) Ubergeben, durch das betreffende 
Glied, des Packstucks bzw. 

des Objekts an das nachste Glied der Logistik- 
kette; 

e) in Zuordnung zum letzten Glied der Logistik- 
kette oder in gemeinsamer Zuordnung zum let- 
zen und vorletzten Glied der Logistikkette: 

ea) Ubernehmen, durch das letzte Glied, 
des Packstucks bzw. des Objekts vom vor- 
letzten Glied der Logistikkette; 

eb) Auslesen wenigstens von Sendungs- 
daten aus dem RFID-Transponder; 

ec) Generieren von dem Packstuck bzw. 
dem Objekt zugeordneten Daten umfas- 
send 1) Quittierungsdaten, die die Uber- 
nahme des Packstucks bzw. des Objekts 
quittieren, und 2) gewunschtenfalls Status- 
daten, die einen momentanen Logistiksta- 
tus des Packstucks bzw. des Objekts an- 
geben; 

ed) Aufnehmen wenigstens 1) der Quittie- 
rungsdaten und, sofern vorhanden, 2) der 



Statusdaten in den Datenbestand des Da- 
tenverarbeitungssystems; 

f) durch das Datenverarbeitungssystem: 

5 

fa) Halten der 1) Sendungsdaten, 2) Quit- 
tierungsdaten, 3) gegebenenfalls Status- 
daten und 4) gegebenenfalls Logistikket- 
tendaten; 

10 fb) sofern verschiedene Glieder der Logi- 

stikkette jeweils eigene Sendungsdaten 
verwenden: Zuordnen von sich auf das 
gleiche Packstuck bzw. das gleiche Objekt 
beziehenden Sendungsdaten zueinander; 

'5 fc) auf Grundlage wenigstens der Sen- 

dungsdaten: Bereitstellen von Avisie- 
rungsdaten, die wenigstens ein Packstuck 
oder/und wenigstens ein Objekt des Pack- 
stucks identifizieren und wenigstens einen 

20 sich hierauf beziehenden Logistikvorgang 

ankiindigen, fur wenigstens ein Glied der 
Logistikkette; 

fd) auf Grundlage der Sendungsdaten so- 
wie auf Grundlage der Quittierungsdaten 

25 oder/und der Statusdaten: 1) Bereitstellen 

von Bestatigungsdaten, die wenigstens ein 
Packstuck oder/und wenigstens ein Objekt 
des Packstucks identifizieren und fur we- 
nigstens einen sich hierauf beziehenden 

30 Logistikvorgang bestatigen, dass dieser 

erfolgt ist, wenigstens fur das erste Glied 
der Logistikkette oder/und die (ibergeord- 
nete Instanz. Die vorstehende Gliederung 
der Merkmale und Schritte des erf indungs- 

35 gemaBen Verfahrens nach einfachen und 

doppelten kleinen Buchstaben und nach 
Zahlen, sowie die Reihenfolge, in der die 
Verfahrensmerkmale und Verfahrens- 
schritte aufgefuhrt sind, gibt nicht zwin- 

40 gend eine bestimmte Reihenfolge der 

Durchfiihrung der Verfahrensschritte an. 
Insbesondere konnen im Rahmen derLeh- 
re der Erfindung einzelne Verfahrens- 
schritte, soweit sinnvoll, auch wiederholt 

45 durchgefuhrt werden und es konnen die 

Verfahrensschritte ineinander verzahnt 
sein. Beispielsweise konnen Statusdaten 
wiederholt ubermittelt werden, etwa beim 
Laden eines Packstucks auf einen LKW, 

so beim Umladen des Packstucks vom LKW 

auf einen Guterwagon, beim Entladen des 
GCiterwagons, usw. 

[0007] Glieder der Logistikkette sind beispielsweise 
55 ein Absender, ein oder mehrere Transporteure und ein 
Empfanger. Vorzugsweise haben wenigstens der 
Transporteurbzw. die Transporteure RFID-Schreib-/Le- 
segerate zum Beschreiben und Auslesen der 
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RFID-Transponder, wobei es sich anbietet, das 
RFID-Schreib-/Lesegerat an Bord eines Tranportmit- 
tels, etwa eines Lastkraftwagens. zu installieren. Insbe- 
sondere dem Absender kann eine ubergeordnete In- 
stanz ubergeordnetsein, die eventuell zu ubergebende 
Packstiicke bzw. Objekte bestimmt und diese identifi- 
zierende Sendungsdaten vorgibt. Bei der ubergeordne- 
ten Instanz kann es sich auch urn den Empfanger han- 
dein. Genauso gut ist es mogllich, dass die iibergeord- 
nete Instanz auch dem Empfanger und ggf. wenigstens 
einem der Transporteure ubergeordnet ist. Sofem der 
Absender kein eigenes RFID-Schreib /Lesegerat hat, 
konnen die Sendungsdaten und ggf. die anderen Daten 
beim Absender unter Einsatz des RF1D-Schreib-/Lese- 
gerats des ersten Transporteurs abgespeichert werden 
(gemeinsame Zuordnung des Abspeicherns zum ersten 
und zweiten Glied der Logistikkette). In entsprechender 
Weise kann, wenn das letzte Glied der Logistikkette, al- 
so etwa der Empfanger, kein eigenes RFID-Schreib-/ 
Lesegerat zur Verfugung hat, das Auslesen wenigstens 
derSendungsdatenausdemjeweiligen RFID-Transpon- 
der unter Verwendung eines RFID-Schreib-/Lesegerats 
des letzten Transporteurs erfolgen (gemeinsame Zu- 
ordnung des Auslesevorgangs und in entsprechender 
Weise ggf. der Generation von Quittierungsdaten zum 
letzten undvorletzten Glied der Logistikkette). Es istbei- 
spielsweise moglich, dass der letzte Transporter der 
Logistikkette sich den Empfang des PackstQcks bzw. 
des Objekts durch den Empfanger elektronisch oderauf 
Papier quittieren lasst und dann entsprechende Quittie- 
rungsdaten in den Datenbestand stellt. 
[0008] Soweit ein Glied der Logistikkette keine Daten 
in den RFID-Transpondern abspeichert, ist es im Rah- 
men der Lehre der Erfindung selbstverstandlich auch 
moglich, dass dieses Glied der Logistikkette ein reines 
RFID-Lesegerat (ohne Schreibfunktionalitat) verwen- 
det. Ferner liegt es im Rahmen der Lehre der Erfindung, 
dass wenigstens ein Glied der Logistikkette Barcode- 
Identifizierungen verwendet und auf die im RFID-Trans- 
ponder niedergelegten Daten nicht zugreift. Insbeson- 
dere konnen RFID-Transponder in Etikettenform mitei- 
ner aufgedruckten Barcode-ldentifizierung und ggf. 
auch einer aufgedruckten Klarschrift-ldentifizierung ver- 
wendet werden. Hierzu kann im Rahmen des erfin- 
dungsgemaBen Verfahrens wenigstens ein entspre- 
chendes Barcode-Lesegerat oder/und wenigstens ein 
entsprechendes Klarschrift-Lesegerat bereitgestellt 
werden. Ein nicht auf die im RFID-Transponder nieder- 
gelegten Daten zugreifendes und keine Daten im 
RFID-Transponder abspeichemdes Glied der Logistik- 
kette braucht selbstverstandlich uberhaupt kein 
RFID-Schreib-/Lesegerat zur Verfugung haben. 
[0009] Vorzugsweise stellt das Datenverarbeitungs- 
system auf Grundlage von vom Datenverarbeitungssy- 
stem gehaltenen Daten selbsttatig oder/und in Antwort 
auf eine vermittels technischer Datenkommuntkation 
(beispielsweise iiber das Internet) erfolgende Anfrage 
Sendungsverfolgungsdaten bereit, die einen momenta- 



nen Logistikstatus wenigstens eines Packstucks Oder/ 
und wenigstens eines Objekts angeben. 
[0010] Zu den Begriffen "Sendung" und "Sendungs- 
verfolgung" ist darauf hinzuweisen, dass in einer stren- 

s gen Terminologie der Begriff "Sendung" logische (virtu- 
elle) Einheiten umfasst, deren Bestandteile, namlich 
Packstucke, eventuell auch auf verschiedenen Wegen 
bzw. durch Einsatz verschiedener Logistikkette von ei- 
nem Ausgangspunkt zu einem Endpunkt iiberfuhrt wer- 

10 den. Im Fachgebiet wird aberallgemein von einer "Sen- 
dungsverfolgung" gesprochen, wenn eigentlich eine 
"Packstuckverfolgung" gemeint ist. Insoweit aber fur al- 
le Packstucke einer logischen Sendung jeweils eine 
Packstuckverfolgung realisiert wird, ist damit zugleich 

15 auch eine "Sendungsverfolgung" gegeben, wenn man 
die "Packstuckverfolgungsdaten" entsprechend zusam- 
menfuhrt. Insoweit kann man auf Grundlage einer we- 
niger strengen Terminologie ohne Weiteres von "Sen- 
dungsverfolgungsdaten" sprechen, wenn es eigentlich 
20 um die Verfolgung eines "Packstucks" oder eines "Ob- 
jekts" geht. 

[0011] Betreffend die Avisierung bzw. Ankundigung 
wenigstens eines Logistikvorgangs konnen von dem 
Datenverarbeitungssystem einem Glied der Logistikket- 

25 te (im Folgenden das erstgenannte Glied) ein (jeweili- 
ges) Objekt bzw. ein (jeweiliges) Packstiick identifizie- 
rende Identifikationsdaten bereitgestellt werden, die die 
Sendungsdaten wenigstens eines vorangehenden 
Glieds oder/und der iibergeordneten Instanz sowie ge- 

30 wiinschtenfalls eine dieses vorangehende Glied bzw. 
die ubergeordnete Instanz identifizierende Identifikation 
umfassen konnen. Insbesondere bietet es sich an, we- 
nigstens die Sendungsdaten des ersten Glieds oder - 
sofem vorhanden - der iibergeordneten Instanz sowie 

35 ggf. eine dieses erste Glied bzw. die ubergeordnete In- 
stanz identifizierende Identifikation zu verwenden. In 
Zuordnung zu dem erstgenannten Glied (ggf. in gemein- 
samerZuordnung zu dem erstgenannten Glied und dem 
unmittelbar vorangehenden Glied) werden aus wenig- 

40 stens einem RFID-Transponder Sendungsdaten ausge- 
lesen und mit den Identifikationsdaten verglichen. In 
dem Fall, dass die ausgelesenen Sendungsdaten den 
Identifikationsdaten entsprechen, werden in Bezug auf 
das dem RFID-Transponder zugeordnete Packstiick 

is bzw. Objekt Quittierungsdaten und gewunschtenfalls ei- 
gene Sendungsdaten generiert. 

[0012] Beispielsweise kann dass erste Glied oder die 
ubergeordnete Instanz, die die Identifikation [A] auf- 
weist, ein Packstiick bzw. Objekt identifizierende Sen- 
se dungsdaten, namlich die Identifikation [I] generieren. In 
den Datenbestand des Datenverarbeitungssystems 
werden dann die Daten [Al] aufgenommen und die Da- 
ten [Al] werden iiberdies in einem dem Packstiick bzw. 
Objekt zugeordneten RFID-Transponder abgespei- 
55 chert. Bei der Identifikation [I] kann es sich zweckmaBig 
um eine einen Vertriebsauftrag kennzeichnende Auf- 
tragsnummer oder dergleichen handeln. 
[0013] Dem zweiten, die Identifikation [B] aufweisen- 
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de Glied werden dann durch das Datenverarbeitungs- 
systemAvisierungsdaten, beispielsweiseumfassend die 
Daten [Al] bereitgestellt. Sollte die Avisierung aus ir- 
gendeinem Grund unterbleiben, findet das zweite Glied 
die Daten [Al] jedenfalls auf dem RFID-Transponder. 
Das zweite Glied kann dann, wenn gewunscht Oder 
zweckmaBig, eigene Sendungsdaten, etwa die eigene 
Identifikation [I'], generieren, die dann im Datenbestand 
des Datenverarbeitungssystems aufgenommen wird. 
Beispielsweise gibt das zweite Glied eine Meldung der 
Form [Bl' =AI] ab. Uberdies werden die Daten [Bl 1 ] auf 
dem RFID-Transponder abgespeichert. Als Identifikati- 
on [I'] kann zweckmaBig eine einen Speditionsauftrag 
kennzeichnende Auftragsnummer verwendet werden. 
[0014] Einem dritten Glied der Logistikkette, das die 
Identifikation [C] aufweist, konnten dann Avisierungsda- 
ten beispielsweise umfassend die Daten [Al] oder/und 
die Daten [Bl'] bereitgestellt werden. Handelt es sich bei 
dem dritten Glied nicht urn das letzte Glied, sondern bei- 
spielsweise um einen weiteren Transporteur, so konnte 
das dritte Glied, je nach ZweckmaBigkeit, eine eigene 
Identifikation [I"] generieren, worauf entsprechende Da- 
ten in den Datenbestand aufgenommen und auf dem 
RFID-Transponder abgespeichert werden. 
[0015] Die Statusdaten (Logistikstatusdaten) des 
Packstiicks bzw. des Objekts konnen verschiedenste 
Zustande des Packstiicks oder/und des Objekts oder/ 
und eines zugeordneten Transportmittels betreffen, et- 
wa einen Transportzustand des Packstiicks bzw. des 
Objekts oder/und einen Fortbewegungszustand des 
Transportmittels. Insbesondere istdaran gedacht, dass 
der Logistikstatus des Packstiicks bzw. des Objekts um- 
fasst: 

- eine Ubergabebestatigung eines Glieds der Logi- 
stikkette, die bestatigt, dass das Packstiick bzw. 
das Objekt an das nachste Glied der Logistikkette 
ubergeben wurde, oder/und 
eine Ladezustandsangabe, die angibt, ob das 
Packstiick bzw. das Objekt auf ein Transportmittel 
geladen oder von diesem entladen wurde, oder/und 
eine Lokalisierungsangabe, die angibt, wo sich das 
Packstiick bzw. das Objekt bzw. ein zugeordnetes 
Transportmittel momentan befindet. 

[0016] Ferner konnen die Statusdaten angeben, ob 
ein Packstiick bzw. ein Objekt beschadigt ist, ob das 
Packstiick bzw. dessen Inhalt vollstandig ist, usw. 
[001 7] Die anderen, entlang der Logistikkette ggf . mit- 
zuffihrenden Daten konnen sich beispielsweise auf die 
Haltbarkeit eines Objekts bzw. Inhalts eines Pack- 
stiicks, auf einen Haftungsubergang, auf besondere 
Vorgange wahrend des Transports bzw. des Umschlags 
(etwa Beschadigungen) usw. beziehen. 
[0018] Betreffend die die Ubernahme der Sendung 
bzw. des Objekts quittierenden Quittierungsdaten ist 
darauf hinzuweisen, dass diese insbesondere einen 
Gefahreniibergang (etwa eine Ubernahme eines Pack- 



stiicks durch einen Transporteur) dokumentieren. 
[0019] Insbesondere (aber nicht ausschlieBlich) fur 
eine Objektverfolgung ist es zweckmaBig, wenn fur we- 
nigstens ein Objekt der diesem Objekt zugeordnete 

s RFID-Transponder in dieses Objekt integriert ist. Ferner 
kann fur wenigstens ein Packstiick der diesem Pack- 
stuck zugeordnete RFID-Transponder in ein dem Pack- 
stiick zugeordnetes Lademittel, vorzugsweise in einen 
das Packstiick aufnehmenden Behalter, integriert sein. 

io Eine weitere Moglichkeit ist, dass in Klebeetiketten in- 
tegrierte RFID-Transponder verwendet werden. Die 
Klebeetiketten konnen zusatzlich Barcode-lndentifizie- 
rungen oder/und Klarschrift-ldentifizierungen aufwei- 
sen. 

15 [0020] Vorzugsweise wird eine Ladehierarchie unter- 
stiitzt, bei der eine Mehrzahl von Einheiten einer nied- 
rigeren Ladehierarchie eine Einheit einer hoheren La- 
dehierarchie bildet, wobei den Einheiten niedrigerer La- 
dehierarchie jeweils gesonderte RFID-Transponder zu- 
20 geordnet sein konnen, die individuell im Sinne eines 
Auslesens oder/und Beschreibens ansprechbar sind, 
und wobei der Einheit hoherer Ladehierarchie zusatz- 
lich ein eigener RFID-Transponder zugeordnet sein 
kann, der individuell im Sinne eines Auslesens oder/und 
25 Beschreibens ansprechbar ist. 

[0021] Beispielsweise kann ein Packstiick mehrere 
Objekte enthalten, wobei von den Objekten des jeweili- 
gen Packstiicks mehreren jeweils ein gesonderter 
RFID-Transponder zugeordnet ist, die individuell im Sin- 
30 ne eines Auslesens oder/und Beschreibens ansprech- 
bar sind, wobei vorzugsweise dem die Objekte enthal- 
tenden Packstiick als Ganzem zusatzlich ein eigener 
RFID-Transponder zugeordnet ist, der individuell im 
Sinne eines Auslesens oder/und Beschreibens an- 
35 sprechbar ist. 

[0022] Neben der hierarchisch niedrigsten Ladehier- 
archie "Objekt" (oder "Artikel") und der Ladehierarchie 
"Packstiick" wird bevorzugt wenigstens eine weitere La- 
dehierarchie unterstiitzt, die hierarchisch zwischen der 
40 Ladehierarchie "Objekt" und der Ladehierarchie "Pack- 
stiick" liegt. Ferner ist es bevorzugt, dass neben der 
hierarchisch niedrigsten Ladehierarchie "Objekt" (oder 
"Artikel") und der Ladehierarchie "Packstiick" wenig- 
stens eine weitere Ladehierarchie unterstiitzt wird, die 
45 hierarchisch uber der Ladehierarchie "Packstiick" liegt. 
In Betracht kommen beispielsweise die Ladehierarchi- 
en "Palette", "Container" und "Fahrzeug". 
[0023] Im Rahmen des erfindungsgemaBen Verfah- 
rens kann es zu den verschiedensten Datenfliissen 
so kommen. Beispielsweise konnen die RFID-Schreib-Le- 
segerate aus RFID-Transpondern ausgelesene Daten 
oder/und auf Grundlage dieser Daten generierte Daten 
per technischer (insbesondere elektronischer) Daten- 
kommunikation an das Datenverarbeitungssystem 
55 ubermitteln bzw. per technischer (insbesondere elektro- 
nischer) Datenkommunikation von dem Datenverarbei- 
tungssystem in RFID-Transponder zuschreibende Da- 
ten empfangen. 
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[0024] Das Datenverarbeitungssystem kann ein Netz 
von Datenverarbeitungsanlagen umfassen. Nach einer 
bevorzugten Konfiguration umfasst das Datenverarbei- 
tungssystem eine zentrale Datenverarbeitungsanlage 
und vorzugsweise eine Mehrzahl von lokalen, einem je- 
weiligen Glied der Logistikkette zugeordneten Daten- 
verarbeitungsanlagen. DerDatenbestandwird vorzugs- 
weise von der zentralen Datenverarbeitungsanlage ge- 
halten, wobei die in den Datenbestand aufzunehmen- 
den Daten vermittels technischer (insbesondere elek- 
tronischer) Datenkommunikation an die zentrale Daten- 
verarbeitungsanlage ubermittelt werden und von dieser 
empfangen werden. 

[0025] Wenigstens ein Teil der an die zentrale Daten- 
verarbeitungsanlage iibermittelten Daten kann von we- 
nigstens einer lokalen Datenverarbeitungsanlage, die 
mit wenigstens einem RFID-Schreib-/Lesegerat in Da- 
tenkommunikationsverbindung steht, an die zentrale 
Datenverarbeitungsanlage ubermittelt werden und von 
dieser empfangen werden. Im Rahmen des erfindungs- 
gemaBen Verfahrens kann auch vorgesehen sein, dass 
wenigstens ein Teil der Daten von wenigstens einem mit 
der zentralen Datenverarbeitungsanlage in Datenkom- 
munikationsverbindung stehenden RFID-Schreib-/Le- 
segerat unmittelbar an die zentrale Datenverarbei- 
tungsanlage ubermittelt und von dieser empfangen 
wird. 

[0026] Die zentrale Datenverarbeitungsanlage kann 
die Avisierungsdaten, die Bestatigungsdaten und ggf. 
die Sendungsverfolgungsdaten vermittels technischer 
Datenkommunikation (insbesondere elektronischer Da- 
tenkommunikation) an eine lokale Datenverarbeitungs- 
anlage Oder eine lokale Inforrnationseinheitubermitteln, 
die diese Daten empfangt und ggf. anzeigt oder/und 
ausdruckt. 

[0027] Das erfindungsgemaBe Verfahren wird bevor- 
zugt vollstandig oder weitgehend automatisiert durch- 
gefiihrt. Insbesondere konnen von den Generierungs- 
schritten ca), dc), ec), den Abspeicherschritten cb), de), 
den ggf. eine Datenubermittlung und einen Datenemp- 
fang umfassenden Aufnahmeschritten cc), df), ed) und 
den Ausleseschritten db), eb) wenigstens einige, vor- 
zugsweise alle automatisiert durchgefiihrt werden. Die 
Auslese- und Abspeicherschritte konnen dabei erfor- 
derlichenfalls unter manueller Herstellung einer raumli- 
chen Beziehung zwischen einem Schreib-/Lesegerat 
und einem betreffenden RFID-Transponder entspre- 
chend funktechnischen Spezifikationen derselben 
durchgefiihrt werden. Auch die Ubergabe und Annahme 
des jeweiligen Packstucks bzw. Objekts kann automa- 
tisiert durchgefuhrt werden, etwa durch Einsatz entspre- 
chender Robotertechnik. 

[0028] Ferner werden bevorzugt der Zuordnungs- 
schrittfb), die Bereitstellungsschritte fc), fd) und die ggf. 
eine Datenubermittlung und einen Datenempfang um- 
fassende Bereitstellung von Sendungsverfolgungsda- 
ten automatisiert durchgefuhrt. 

[0029] Nach einer vorteilhaften Weiterbildung der er- 



findungsgemaBen Verfahrens vergleicht das Datenver- 
arbeitungssystem automatisiert vorausgehend gene- 
rierte, geplante Logistikvorgange entlang der Logistik- 
kette reprasentierende Soll-Daten und einen tatsachli- 

s chen Logistikzustand und tatsachlich erfolgende Logi- 
stikvorgange (etwa Transportvorgange, Umschlagvor- 
gange und dergleichen) reprasentierende Ist-Daten. Es 
kann vorgesehen sein, dass im Falle einer eine vorge- 
gebene Toleranzschwelle iibersteigenden Abweichung 

io zwischen den Soll-Daten und den Ist-Daten automati- 
siert eine Alarmmeldung generiert oder/und automati- 
siert eine AbhilfemaBnahme vorgeschlagen oder inizi- 
iert wird. 

[0030] Es wurde schon darauf hingewiesen , dass das 

'5 Verfahren so ausgebildet sein kann, dass Barcode- 
Identifizierungen unterstutzt werden. Hierdurch wird die 
Integration herkommlicher Systeme und Verfahren in 
das erfindungsgemaBe Verfahren (und das erfindungs- 
gemaBe System, siehe unten) erleichtert. 

20 [0031] Nach einem anderen Aspekt wird vorgeschla- 
gen, einen einem Packstiick oder einem Objekt zuge- 
ordneten RFID-Transponder auf spezielle Weise weiter 
zu verwenden, und zwar durch das letzte Glied einer 
nach dem erfindungsgemaBen Verfahren gemanagten 

25 Logistikkette fur das Management einer weiteren Logi- 
stikkette in Bezug auf das gleiche Packstiick oder das 
gleiche Objekt. Dabei erfolgt das Management der wei- 
teren Logistikkette ebenfalls nach dem erfindungsge- 
maBem Verfahren und das letzte Glied der erstgenann- 

30 ten Logistikkette ist das erste Glied der weiteren Logi- 
stikkette. 

[0032] Nach einem weiteren Aspekt wird vorgeschla- 
gen, den einem Packstiick oder einem Objekt zugeord- 
neten RFID-Transponder fur Lagerhaltungszwecke in 

35 Bezug auf das gleiche Packstiick oder das gleiche Ob- 
jekt zu verwenden, und zwar durch ein Glied, ggf. das 
letzte Glied einer nach dem erfindungsgemaBen Ver- 
fahren gemanagten Logistikkette, eventuell im An- 
schluss an die vorstehend genannte Verwendung oder 

40 dieser vorausgehend. 

[0033] Nach noch einem Aspekt wird vorgeschlagen, 
einen einem Objekt zugeordneten, in dieses Objekt in- 
tegrierten RFID-Transponder durch das erste oder letz- 
te Glied oder durch die ubergeordnete Instanz einer 

45 nach dem erfindungsgemaBen Verfahren gemanagten 
Logistikkette fur die Uberwachung des Lebenszyklus 
des Objekts zu verwenden, vorzugsweise im Hinblick 
auf Qualitatsmanagement oder/und Garantiemanage- 
ment. Diese Verwendung kann sich an eine der vorste- 

50 hend erwahnten Verwendungen anschlieBen oder dazu 
parallel erfolgen. 

[0034] Die Erfindung betrifft ferner ein System zum 
Mangement von zwischen Gliedern einer Logistikkette 
stattfindenden Logistikvorgangen und zur eine Pack- 
55 stiickverfolgung und gewunschtenfalls eine Objektver- 
folgung umfassenden Sendungsverfolgung entlang der 
Logistikkette nach dem erfindungsgemaBen Verfahren. 
Das erfindungsgemaBe System umfasst: 
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ein wenigstens eine Datenverarbeitungsanlage 
umfassendes Datenverarbeitungssystem; 
wenigstens ein RFID-Schreib-/Lesegerat, das mit 
dem Datenverarbeitungssystem in Datenkommuni- 
kationsverbindung steht; s 
wenigstens einen dem RFID-Schreib-/Lesegerat 
zugeordneten RFID-Transponder, der mittels dem 
RFID-Schreib-/Lesegerat auslesbar und be- 
schreibbar ist; 

dem Datenverarbeitungssystem zugeordnete Soft- 10 
ware, die wenigstens einige der Verfahrensschritte 
des Verfahrens nach dem erfindungsgemaBen Ver- 
fahren automatisiert durchfiihrt bzw. automatisiert 
steuert. 

15 

[0035] Es wird darauf hingewiesen, dass die Erfin- 
dung nicht auf eine bestimmte RFID-Technologie und 
bestimmte RFID-Protokolle beschrankt ist. Bevorzugt 
werden bei 13,56 mHz arbeitende RFID-Transponder 
und SchreibVLesegerate verwendet, und zwar speziell 20 
passive RFID-Transponder, die keine darin integrierte 
Energiequelle benotigen, sondern die bendtigte Energie 
beispielsweise induktiv aus dem durch das Schreib-/Le- 
segerat generierten Magnetfeld gewinnen. Bevorzugt 
unterstiitzen die Schreib-/Lesegerate mehrere Proto- 25 
kolle, beispielsweise die Protokolle l-CODE und TAG-IT. 
Es konnen aber ohne Weiteres auch RFID-Systeme mit 
anderen Arbeitsfrequenzen, etwa 135 kHz, 400 bis 
1000 MHz (UHF-Systeme) und 2450 MHz verwendet 
werden. Die Kommunikation zwischen dem- 30 
RFID-Schreib-/Lesegerat und dem jeweiligen 
RFID-Transponder kann auf einer induktiven Kopplung 
Oder auf einer Kopplung uber propagierende elektroma- 
gnetische Wellen (Propagationskopplung) beruhen. 
[0036] DievorstehendenAngabensindreineBeispie- 35 
le. Es konnen also grundsatzlich alle Frequenzbander, 
etwa die Frequenzbander 100 bis 100 kHz (Niederfre- 
quenz) 10 bis 15 MHz (mittlere Frequenz) und 850 bis 
950 MHz, 2,4 bis 5,8 GHz verwendet werden. Ferner 
konnen beliebige Modeliationsverfahren verwendet 40 
werden, wozu nur die Stichworte ASK (amplitude shift 
keying), FSK (frequency shift keying) und PSK (phase 
shift keying) genannt werden. Neben den bevorzugten 
passiven RFID-Transpondern kommt selbstverstand- 
lich auch die Verwendung von aktiven Transpondem 45 
(TAGS) in Betracht, die eine interne Batterie aufweisen. 
Die erforderliche Datenspeicherkapazitat der 
RFID-TAGS hangt von der Ausgestaltung des erfin- 
dungsgemaBen Verfahrens ab und von der Menge an 
Daten, die entlang der Logistikkette mitzufiihren sind. so 
Beispielsweise kommen Datenspeicherkapazitaten in 
derGroBenordnungvon 512 Bit, bevorzugt abergroBe- 
re Datenspeicherkapazitaten in der GroBenordnung 
von wenigstens 64 KB in Betracht. 

[0037] Betreffend die Weitergabe von Daten mittels 55 
der RFID-TAGS kann jedem Glied der Logistikkette 
(Transportkette) einschlieBlich dem Absender ein eige- 
ner Speicherbereich im RFID-Transponder zugewiesen 



sein. Die Daten konnen beispielsweise nach dem EDI- 
FACT-Standard, oder einem anderen (ggf. auch pro- 
prietaren) Standard abgespeichert werden. 
[0038] Die Erf indung wird im Folgenden anhand eines 
in den Figuren veranschaulichten Ausfiihrungsbeispiels 
naher erlautert. 

Fig. 1 veranschaulicht die gemaB einem bevorzug- 
ten Ausfiihrungsbeispiel entlang einer Logi- 
stikkette und zwischen den Gliedern der Logi- 
stikkette und einem zugeordneten Manage- 
ment- und Sendungsverfolgungssystem auf- 
tretenden Datenflusse. 

Fig. 2 zeigt symbolhaft ein Packstiick, darin enthal- 
tene Objekte und ein RFID-Schreib-/Lesege- 
rat. 

Fig. 3 veranschaulicht einen moglichen Aufbau des 
Management- und Sendungsverfolgungssy- 
stems aus mehreren Teilsystemen, namlich ei- 
nem zentralen System und einer Mehrzahl von 
lokalen Systemen, die uber wenigstens ein 
Kommunikationsnetzwerk miteinander in Da- 
tenkommunikationsverbindung stehen oder 
treten konnen. 

Fig. 4 veranschaulicht eine mogliche Architektur des 
zentralen Systems. 

Fig. 5 veranschaulicht eine mogliche Architektur ei- 
nes lokalen Systems. 

Fig. 6 veranschaulicht einen moglichen Aufbau ei- 
nes mobilen lokalen Systems, speziell eines 
Fahrzeugsystems des Management- und 
Sendungsverfolgungssystems. 

[0039] In Fig. 1 ist eine Logistikkette 10 durch einen 
Absender 1 2, einen ersten Transporter (Transporteur 
1)14, einen zweiten Transporteur (Transporteur 2) 16 
und einen Empfanger 1 8 reprasentiert. Wenigstens ein 
Packstuck 20 (Fig. 2) soli vom Absender 12 zum Emp- 
fanger 18 geliefert werden. Das Packstuck kann meh- 
rere Objekte oder Artikel enthalten, die in Fig. 1b durch 
zwei Objekte 22 und 24 reprasentiert sind. Der Liefe- 
rung des Packstucks 20 an den Empfanger 18 kann ein 
Vertriebs- oder Lieferauftrag des Absenders 12 selbst 
oder einer dem Absender 12 iibergeordneten Instanz 
zugrundeliegen. Bei der iibergeordneten Instanz kann 
es sich urn den Empfanger selbst oder beispielsweise 
urn eine den Absender und ggf. den Empfanger beauf- 
tragende oder steuernde Zentrale handeln. Im Folgen- 
den wird davon ausgegangen, dass der Absender je- 
denfalls hinsichtlich der hier interessierenden Logistik- 
vorgange und Datenfliisse von einer ihn steuernden 
Zentrale unabhangig agiert. 

[0040] Die Steuerung und Oberwachung der entlang 
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der Logistikkette 1 0 auftretenden Logistikvorgange (ins- 
besondere umfassend Transportvorgange, Umschlag- 
vorgange und Datenkommunikationsvorgange) erfolg- 
terfindungsgemaB unter Verwendung von sogenannten 
RFID-Transpondern Oder RFID-Tags, die einem jewei- 
ligen Packstuck Oder gewiinschtenfalls einem jeweili- 
gen Objekt zugeordnet sind. Es kann sich beispielswei- 
se urn Klebeetiketten mit integrierter RFID-Elektronik 
handein. Die Abkurzung RFID steht fur Radio Frequen- 
cy Identification. In Fig. 2 istdas Packstuck 20 mit einem 
RFID-Tag 26 und sind die beiden Objekte 22 und 24 mit 
einem RFID-Tag 28 bzw. 30 versehen, wobei das Tag 
28 in das Objekt 24 integriert, die Tags 26 und 30 hin- 
gegen auf dem Packstuck 20 bzw. auf dem Objekt 22 
angebracht sind. 

[0041] ErfindungsgemaB werden wiederbeschreib- 
bare Tags verwendet, die mittels RFID-Schreib-/Lese- 
geraten beschreibbar und auslesbar sind. In Fig. 2 ist 
ein RFID-Schreib-/Lesegerat32 symbolhaft dargestellt. 
Unter der Voraussetzung, dass funktechnische Spezifi- 
kationen, insbesondere ein Mindestabstand zwischen 
dem Schreib-/Lesegerat und dem jeweiligen Tageinge- 
halten wird und die Tags gegenuber dem Schreib-/Le- 
segerat nicht funktechnisch abgeschirmt sind, konnen 
Tags durch ein Schreib-/Lesegerat ohne "optischen 
Sichtkontakt" ausgelesen undbeschrieben werden. Ins- 
besondere ist es moglich, die den Objekten 22 und 24 
zugeordneten Tags 28 und 30 im Inneren des Pack- 
stucks 20 auszulesen und zu beschreiben. Gleiches gilt 
selbstverstandlich fur ein dem Packstuck zugeordnetes 
Tag, etwa dem Tag 26 der Fig. 2. 
[0042] Absenderseitig werden das Packstuck 20 und 
ggf. die Objekte 22 und 24 identifizierende Sendungs- 
daten generiert und im jeweiligen Tag abgespeichert. 
Als Indentifikation kommt beispielsweise eine Auftrags- 
nummer eines Vertriebsauftrags in Betracht. Die Sen- 
dungsdaten werden uberdies vom Absender 12 einem 
Zentralsystem 40 eines Management- und Sendungs- 
verfolgungssystems per elektronische Datenkommuni- 
kation iibermittelt. Das Zentralsystem kann auch als 
ATT-System bezeichnet werden, wobei "ATT' fur "Acti- 
ve Tracking and Tracing" steht. 
[0043] Die absenderseitig generierten und vermittels 
des Tags zum nachsten Glied der Logistikkette, aiso 
dem ersten Transporter 14 (Transporteur 1) ubermit- 
telten Sendungsdaten und die an das Zentralsystem 40 
iibermittelten Sendungsdaten sind in Fig. 1 mit dem Kiir- 
zel "Ol" gekennzeichnet, wobei der Buchstabe "O" fur 
"Output" steht, es sich also urn Ausgabedaten in Bezug 
auf den Absender 1 2 handelt. 

[0044] Auf Grundlage der erhattenen Sendungsdaten 
"Ol" generiert das Zentralsystem 40 Avisierungsdaten 
fur den ersten Transporteur 14, urn die Ubergabe des 
Packstucks vom Absender 12 zum ersten Transporteur 
1 4 vorzubereiten. Dieser Datenfluss vom Zentralsystem 
40 zum ersten Transporteur 14 ist in Fig. 1 durch "11" 
reprasentiert, wobei der Buchstabe "I" fur "Input" in Be- 
zug auf das betreffende Glied der Logistikkette steht. 



Die Avisierungsdaten konnen beispielsweise die vom 
Absender 1 2 dem Zentralsystem 40 ubermittelten Sen- 
dungsdaten Sendungsdaten "Ol" umfassen. 
[0045] Der Absender 12 iibermittelt femer Statusda- 
s ten "02" an das Zentralsystem 40, ggf. mehrfach in zeit- 
lichen Abstanden. Nach der Ubergabe des Packstucks 
20 vom Absender 12 zum ersten Transporteur 14 um- 
fassen die Statusdaten "02" insbesondere eine Abhol- 
bestatigung POC (POC = Proof of Collection), mit der 
10 der Absender 1 2 dem Zentralsystem 40 bestatigt, dass 
das Packstuck 20 durch den Transporteur 1 abgeholt 
wurde. Der erste Transporteur 14 quittiert die Obernah- 
me des Packstucks 20, vorzugsweise auf elektroni- 
schem Wege durch Ubermittlung entsprechender Quit- 
's tierungsdaten an das Zentralsystem 40. Durch diese 
Quittierung wird ein Gefahreniibergang dokumentiert. 
Die entsprechenden Quittierungsdaten sind in Fig. 1 
durch "03" reprasentiert. Das Kurzel "03" steht fur 
'Transportstatus Abholung" sowie ggf. ferner fur weitere 

20 Transportstatus-Daten, die beispielsweise etwa auf 
Grundlage des GPS-Systems generierte Lokalisie- 
rungsangaben enthalten, die angeben, wo sich das 
Packstuck bzw. das Objekt bzw. ein Transportmittel des 
ersten Transporters 14 momentan befindet. Von Sei- 

25 ten des ersten Transporteurs 14 werden ferner weitere 
Statusdaten "04" und "05" generiert und an das Zen- 
tralsystem 40 ubermittelt. Die Statusdaten "04" und 
"05" umfassen insbesondere Ladestatusdaten POT load 
bzw. POT unload , die angeben, ob ein bestimmtes Pack- 

30 stuck bzw. ein bestimmtes Objekt geladen wurde bzw. 
ist oder entladen wurde bzw. ist. 
[0046] Der Transporteur 1 kann insbesondere f iir sei- 
ne eigene Verwendung eigene, das Packstuck bzw. das 
Objekt identifizierende Sendungsdaten "06" generieren 

35 und diese ins betreffende Tag schreiben. Diese Sen- 
dungsdaten werden vom Transporteur 1 etwa zusam- 
men mit den Quittierungsdaten "03" bzw. den Status- 
daten "04", "05" an das Zentralsystem 40 ubermittelt. 
Als Identifikation bietet es sich unter Umstanden an, die 

40 Auftragsnummer eines entsprechenden Speditionsauf- 
trags zu verwenden. Im Tag sind dann sowohl die Sen- 
dungsdaten "01" als auch die Sendungsdaten "06" ab- 
gespeichert. Im Zentralsystem 40 werden die Sen- 
dungsdaten "01 " und "06" einander zugeordnet. 

45 [0047] Die Ubergabe des Packstucks 20 an den 
zweiten Transporteur 16 (Transporteur 2) wird 
wiederum durch den ersten Transporteur 14 an das 
Zentralsystem 40 bestatigt. Der zweite Transporteur 1 
6 generiert Quittierungsdaten und sendet diese zur 

so Dokumentation des Gefahrenubergangs an das 
Zentralsystem 40 (Daten "07"). Das Kurzel "07" kann 
beispielsweise fur "Transportstatus Fernverkehr" 
stehen, sowie ggf. fiir weitere Transportstatus-Daten, 
etwa Lokalisierungsangaben. Vom zweiten 

55 Transporteur 16 werden ferner Statusdaten "08" und 
"09" generiert und an das Zentralsystem 40 ubermittelt, 
die insbesondere Ladestatusdaten POT toad bzw. 
POT un ,_ oad umfassen. 
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[0048] Ferner generiert der zweite Transporteur 16 
Transportstatusdaten "01 0", die sich auf die Zustellung 
an den Empfanger beziehen. Die Obergabe des Pack- 
stucks 20 lasst sich der zweite Transporteur 16 durch 
den Empfanger 18 quittieren und der zweite Transpor- s 
teur 1 6 ubermittelt dann Quittierungsdaten "POD (POD 
= Proof of Delivery)" an das Zentralsystem 40. Die Quit- 
tierungsdaten konnten alternativ Oder zusatzlich auch 
durch den Empfanger 18 generiert und an das Zentral- 
system 40 ubermittelt werden, im Falle des Ausfiih- io 
rungsbeispiels der Fig. 1 als Statusdaten "011". Die 
Statusdaten "011" konnen noch weitere Informationen 
betreffend den Logistikstatus des zugestellten Pack- 
stiicks bzw. der darin enthaltenen Oberseite enthalten. 
[0049] Vom Zentralsystem 40 werden verschiedene »s 
Daten, insbesondere Status- und Avisierungsdaten an 
die Glieder der Logistikkette ubermittelt, etwa die sich 
auf den Ladestatus in Bezug auf den ersten Transpor- 
teur 14 beziehenden, mit "12" gekennzeichneten Lade- 
statusdaten POT| 0ad bzw. POT unk)ad , die sich auf den 20 
Ladestatus in Bezug auf den zweiten Transporteur 16 
beziehenden, mit"l3" gekennzeichneten Ladestatusda- 
ten POT| 0ad bzw. POT un)oad , die den Transportstatus 
und ggf. die Lieferung an den Empfangen mit bestati- 
genden Daten "14". Dem Empfanger konnen ebenfalls 25 
Statusdaten bereitgestellt werden, etwa sich auf den 
Absender beziehende, oder ggf. ein Abholen durch den 
ersten Transporteur 14 bestatigenden Daten "11" und 
die sich auf die Transporteure beziehenden Ladezu- 
standsdaten "12" und "13". Es ist auch zweckmaBig, 30 
wenn die Transporteure iiber die reinen Avisierungsda- 
ten hinaus Statusdaten, insbesondere Transportstatus 
oder/und Ladestatusdaten, bereitgestellt bekommen, 
etwa der erste Transporteur 14 die sich auf den Absen- 
der 12 beziehenden Statusdaten "11" und die sich auf 35 
den zweiten Transporteur 1 6 beziehenden Ladestatus- 
daten "13" und der zweite Transporteur 16 die sich auf 
den Absender beziehenden Statusdaten "11" und die 
sich auf den zweiten Transporteur beziehenden Lade- 
statusdaten "12". 40 
[0050] Das Zentralsystem 40 kann dafiir ausgelegt 
sein, sich auf Logistikvorgange entlang der Logistikkette 
beziehende Soll-Daten und einen tatsachlichen Logi- 
stikzustand und tatsachlich erfolgte/erfolgende Logistik- 
vorgange representierende Ist-Daten zu vergleichen, 45 
urn eine Abweichungsuberpriifung vorzusehen. Falls 
gewissen Alarmkriterien genugende Abweichungen 
festgestellt werden, kann ein entsprechender Alarm an 
eine interessierte Stelle, beispielsweise an den Absen- 
der 12 oder/und einen betroffenen Transporteur, gege- so 
ben werden. Die entsprechenden Abweichungsalarm- 
daten sind in Fig. 1 mit "15" gekennzeichnet. 
[0051] Die in Fig. 1 mit "01" bis "Oil" bezeichneten 
Ausgabe-Daten (Ausgabe in Bezug auf ein Glied der Lo- 
gistikkette; die ausgegebenen Daten werden dem Zen- 55 
tralsystem 40 eingegeben) und die in Fig. 1 mit "11" bis 
"15" bezeichneten Eingabedaten (Eingabe in Bezug auf 
ein Glied der Logistikkette; vom Zentralsystem ausge- 



geben) reprasentieren beispielsweise insbesondere die 
folgenden Daten: 

01 : Sendungsdaten 

02: Statusdaten Absender POC 

03: Transportstatus Abholung 

04: Statusdaten POT un | 0ad 

05: Statusdaten POT load 

06: Sendungsdaten erster Transporteur 

07: Transportstatus Femverkehr 

08: Statusdaten POT un , oad 

09 : Statusdaten POT toad 

OI O: Transportstatus Zustellung 

O1 1 : Statusdaten Empfanger POD 

11 : Statusdaten Absender POC 

12: Statusdaten POT unload , POT^ 

13: Statusdaten POT unload , POT, oad 

14: Transportstatus und POD 

15: Alert bei Abweichungen 

[0052] Die Abkiirzungen POC, POD und POD stehen 
fur Folgendes: 

POC: Proof of Collection (Bestatigung, dass das 
Packstuck abgeholt ist) 

POT: Proof of Transfer (Bestatigung, dass das 
Packstuck ubergeben ist) 

POD: Proof of Delivery (Bestatigung, dass das 
Packstuck abgeliefert wurde) 

[0053] Die Kennzeichnungen "load" und "unload" be- 
deuten: 

load = geladen 
unload = entladen 

[0054] Es sollte noch auf Folgendes hingewiesen 
werden. GemaB Fig. 1 sind dem zweiten Transporteur 
16 keine eigenen Sendungsdaten zugeordnet. Es ist 
namlich im Rahmen des erfindungsgemaBen Verfah- 
rens ohne Weiteres moglich, dass die Glieder oderein- 
zelne Glieder der Logistikkette fur ihre eigenen Zwecke 
die von einem vorangehenden Glied der Logistikkette, 
insbesondere vom Absender verwendeten Sendungs- 
daten zu verwenden. Selbstverstandlich konnte der 
Transporteur 2 der Fig. 1 auch eigene Sendungsdaten 
generieren und diese dann einerseits im Tag abspei- 
chern und andererseits an das Zentralsystem 40 uber- 
mitteln. Sofern ein Glied der Logistikkette keine eigenen 
Sendungsdaten generiert, sondern im Tag schon abge- 
speicherte Sendungsdaten fur die eigenen Zwecke ver- 
wendet, braucht dieses Glied nicht mit einem Schreib-/ 
Lesegerat ausgerustet sein, es reicht dann - je nach Er- 
fordernissen - ein Lesegerat. Es ist auch nicht ausge- 
schlossen, dass ein einzelnes Glied der Logistikkette 
die FSFID-Funktionalitaten der Tags nicht ausnutzt, son- 
dern Barcode-gestutzt arbeitet. Beispielsweise konnten 
Tags in Etikettenform verwendet werden, die einen Bar- 
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code-Aufdruck und ggf . einen Klarschrift-Aufdruck auf- 
weisen. Auf diese Weise ist das Management- und Sen- 
dungsverf olgungssystem flexibel und often fur verschie- 
denste Teilnehmer. 

[0055] Das Management- und Sendungsverfolgungs- 
system kann grundsatzlich verschiedenste Architektu- 
ren aufweisen. Bevorzugt ist eine Architekturmit einem 
Zentralsystem 40. Es ist aber nicht ausgeschlossen, 
dass eine Architektur mit mehreren, ggf. in einem Netz 
verteilten Teilsystemen zum Einsatz kommt, die in Da- 
tenkommunikationsverbindung miteinander stehen 
oder treten konnen, beispielsweise iiber Kommunikati- 
onsnetzwerke wie Internet, LAN, WAN, ein Intranet usw. 
Grundsatzlich ist es nicht ausgeschlossen, dass die 
Teilsysteme auf gleicher Hierarchieebene angesiedelt 
sind. Bevorzugt ist zwar eine Hierarchie von Systemen 
mit einem ubergeordneten System und einem oder 
mehreren untergeordneten Systemen. 
[0056] Bevorzugt ist die Architektur der Fig. 3. Hier ist 
ein zentrales System 40 vorgesehen, das beispielswei- 
se dem Zentralsystem 40 der Fig. 1 entspricht. Das zen- 
trale System 40 ist an wenigstens einem Kommunikati- 
onsnetz, etwa dem Internet, einem Intranet, einem LAN, 
einem WAN usw. angeschlossen. 
[0057] Das Management- und Sendungsverfoigungs- 
system umfasst ferner eine Mehrzahl von lokalen Sy- 
stemen 1 bis n, die in Fig. 3 mit 50, 52, 54 bzw. 56 be- 
zeichnet sind. Zwischen einem jeweiligen lokalen Sy- 
stem und dem zentralen System 40 besteht oder kann 
hergestellt werden eine Datenkommunikationsverbin- 
dung, die beispielsweise iiber wenigstens ein Kommu- 
nikationsnetzwerk 60 erfolgt, etwa das Internet, ein In- 
tranet, ein LAN, ein WAN usw. Auch die Herstellung 
oder das Aufrechterhalten von Daten kommunikations- 
verbindungen zwischen den lokalen Systemen unab- 
hangig vom zentralen System ist grundsatzlich nicht 
ausgeschlossen. Die Architektur des Gesamtsystems 
ist aber einfacher, wenn alle Kommunikation zwischen 
den lokalen Systemen iiber das zentrale System ver- 
lauft. Lasst man das zentrale System 40 weg und sieht 
dementsprechend direkte Daten kommunikation zwi- 
schen den lokalen Systemen vor konnte Fig. 2 eine Ar- 
chitektur mit auf gleicher Hierarchieebene verteilten 
Teilsystemen veranschaulichen. 

[0058] Bei den lokalen Systemen handelt es sich urn ■ 
einzeinenGliederneinerLogistikkettezugeordnete Teil- 
systeme, die etwa die eigenen Sendungsdaten generie- 
ren und an das Zentralsystem 40 iibermitteln. Bezug 
nehmend auf die Datenfliisse der Fig. 1 zwischen dem 
Zentralsystem 40 und den Gliedern der Logistikkette * 
verlaufen diese jeweils vom zentralen System bzw. Zen- 
tralsystem 40 iiber das Kommunikationsnetzwerk 60 
zum lokalen System des betreffenden Glieds der Logi- 
stikkette bzw. vom lokalen System des betreffenden 
Glieds der Logistikkette iiber das Kommunikationsnetz- i 
werk zum zentralen System 40. Die auf Seiten eines 
Glieds der Logistikkette erfolgende Generation und 
Ubermittlung von Daten kann automatisiert erfolgen. 



Gleiches gilt fur die vom zentralen System 40 an die 
Glieder der Logistikkette zu ubermittelten Daten. 
[0059] Eine mogliche Architektur des zentralen Sy- 
stems oder Zentralsystems 40 ist in Fig. 4 veranschau- 
licht. Eine zentrale Datenbank 80 dient zum Speichern 
allerTrackinginformationen dergesamten Logistikkette. 
Die zentrale Datenhaltung sichert den Datenbestand fur 
alle Beteiligten und garantiert eine standige Datenver- 
fiigbarkeit. Durch die zentrale Datenbank kann erreicht 

» werden, dass die Logistikkette fur deren Glieder infor- 
mationstechnisch transparent wird. Es konnen also 
nicht nur zwei aufeinanderfolgende Logistikkettenglie- 
der miteinander kommunizieren. 
[0060] Der zentralen Datenbank kann ein Administra- 

; tionssystem 82 zugeordnet sein, das insbesondere zur 
Datenbankverwaltung dient. Ein Import-Export-Modul 
(kurz: ImEx-Modui) 84 wickelt Eingabe/Ausgabe-Ope- 
rationen in bzw. aus der zentralen Datenbank ab. Ein- 
gehende Daten konnen verschiedenen Priifungen un- 

' terzogen und dann mit TBN-Adressen ("to be notified", 
d. h.: zu informieren) versehen werden, urn die Weiter- 
leitung von Informationen, insbesondere von Avisie- 
rungsdaten, an betroffene Zielsysteme auf einfache 
Weise zu steuern. 

[0061] FureinebesondershohePerformancekonnen 
alle nur Lesezugriffe auf die Datenbank benotigenden 
Funktionen iiber eine duplizierte (gespiegelte) Daten- 
bank 86 abgewickelt werden. Beispielsweise kann das 
haufig Leseoperationen auf den Datenbestand durch- 
fiihrende Trackingsystem 86 auf der gespiegelten Da- 
tenbank 86 arbeiten. Das Trackingsystem stellt bei- 
spielsweise Sendungsverfolgungsinformationen bereit, 
die beispielsweise 

[0062] tiber eine Internet-Sendungsauskunft interes- 
sierten Partnern, beispielsweise dem Absender oder 
dem Empfanger der Logistikkette oder eineriibergeord- 
neten Instanz auf Anf rage bereitgestellt werden konnen. 
Es konnen entsprechende Informationen aber auch ab- 
frageunabhangig interessierten Partnern zurVerfugung 
gestellt werden. Weitere, auf der zentralen Datenbank 
86 arbeitende und eventuell mit dem Trackingsystem 86 
Daten austauschende Teilsysteme sind bei 88 und 90 
angedeutet. Ein Beispiel fur derartiges System ware ein 
die Abweichungsuberwachung durchfiihrendes Teilsy- 
stem. 

[0063] Bevorzugt ist das Management- und Sen- 
dungsverfolgungssystem als offenes System konzi- 
piert, so dass dieTeilnehmer, insbesondere die Logistik- 
kettenglieder, eigene Datenformate verwenden konnen. 
Hierzu kann ein Konverter 92 vorgesehen sein, der die 
von den Gliedern der Logistikkette ubermittelten Daten 
aus verschiedenen Quellformaten in das Format des 
Zentralsystems und umgekehrt die an die Glieder der 
Logistikkette zu ubermittelten Daten in ein jeweiliges 
Zielfomnat iibersetzt. Beispielsweise konnen Standards 
wie XML, EDIFACTund Branchenstandards wie FORT- 
RAS, VDA usw. unterstutzt werden. 
[0064] Ein kurz als ComMod-Modul bezeichnetes 
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Kommunikationsmodul 94 stellt die Datenkommunikati- 
onsverbindungen zu den Gliedern der Logistikkette 
bzw. deren lokalen Systemen her, und zwarsowohl auf 
Netz- als auch auf Protokollebene. Als Netze konnen 
Fest- und Funknetze mit analoger Dateniibertragung 5 
oder digitaler Dateniibertragung verwendet werden; es ■ 
seien die Stichworte ISDN, DxP, GSM, UMTS als Bei- 
spiele genannt. Es konnen im Prinzip beliebige Proto- 
kolle verwendet weden, etwa Standards wie X.400, 
FTP, OFTP und gewiinschtenfalls auch proprietare Pro- 10 
tokolle. 

[0065] Neben einer aktiven Datenzustellung kommt 
auch der Einsatz von Benutzer-Mailboxen 96 in Be- 
tracht, die zur Speicherung der Daten des jeweiligen 
Partners (Glieds der Logistikkette) dienen. Jeder Teil- '5 
nehmer kann dann die Datenabholung selbst steuern 
und somit seine Systemverfugbarkeit eigenverantwort- 
lich regeln. Damit ist eine permanente Verfiigbarkeit 
nicht zwingend. 

[0066] Ein Beispiel fur eine Architektur eines lokalen 20 
Systems ist in Fig. 5 gezeigt. Eine lokale Workstation 
100 kann beispielsweise zur Visualisierung der Sen- 
dungsverfolgung, zur Pflege von Stammdaten und zum 
Management von Abweichungen dienen. Stammdaten 
sind unter anderem Datenempfanger (TBN) angebende 25 
Daten, Fahrzeugdaten, Routen usw. Die Routen kon- 
nen durch Adressen fest installierter Lese-Schreib-Ge- 
rate definiert sein. Das Abweichungsmanagement, das 
auf vorgegebenen Soll-Daten fur die Transporte bzw. 
allgemein Logistikvorgange (wie Fahrzeug, Zeiten und/ 30 
oderStreckenJbasiert, kannnach dem Ausfuhrungsbei 
spiel also entweder zentral oder auch lokal durchgefuhrt 
werden. 

[0067] Auch das Lokalsystem kann eine eigene (lo- 
kale) Datenbank 1 02 umfassen, in der neben Tracking- 35 
daten verschiedene Stammdaten verwaltet werden 
konnen. ZweckmaBig ist, wenn die lokale Datenbank 
nur eine Teilmenge der in der zentralen Datenbank 86 
gehaltenen Daten enthalt, so dass lokale Datensiche- 
rungsmaBnahmen entfallen konnen, da die Daten stets 40 
in der zentralen Datenbank86 verfugbarsind. Die lokale 
Datenbank 102 ermdglicht, dass verschiedene Funktio- 
nen des Management- und Sendungsverfolgungssy- 
stems im Offline-Betrieb, also ohne Datenkommunika- 
tionsverbindung zum Zentralsystem 40, lokal bereitge- 45 
stellt werden konnen und dient als Zwischenspeicher 
zur Speicherung von an das Zentralsystem 40 zu iiber- 
mittelnden Daten. 

[0068] Das Lokalsystem kann ferner aufweisen: 

50 

wenigstens ein Schreib-/Lesegerat 104, das Daten 
aus einem jeweiligen RFID-Transponder 122 aus- 
liest bzw. in diesen Daten schreibt Es kann ein di- 
rekter Zugriff auf die lokale Datenbank 102 vorge- 
sehen sein. 55 

- wenigstens ein ebenfalls Schreib-Lesefunktionali- 
tat in Bezug auf RFID-Transponder 122 bietender 
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Online-Scanner, beispielsweise einen Handheld- 
Scanner. Der Online-Scanner 106 kann ebenfalls 
direkt auf der Datenbank arbeiten und Sonderfunk- 
tionen betreffend den Status von Packstiicken bzw. 
Objekten (etwa "beschadigt" oder "Hallensturz") 
bieten. 

wenigstens ein Drucker, beispielsweise Thermo- 
Transfer-Drucker 108 zum Drucken von Barcode- 
Etiketten mit integriertem RFID-Transponder. Vor- 
zugsweise hat der Drucker gleichzeitig Schreib- 
Funktionalitat, so dass der Transponder wahrend 
des Druckens bereits beschrieben werden kann. 

wenigstens einen Offline-Scanner 110, der im Ge- 
gensatz zum Schreib-/Lesegerat 1 04 und zum On- 
line-Scanner 1 06 lokale Intelligenz aufweist und un- 
abhangig von dem die Workstation und die lokale 
Datenbank umfassenden Server arbeiten kann. Der 
Offline-Scanner kann insbesondere als sogenann- 
ter "Batch -Scanner" dienen. Die Kommunikation 
zwischen dem Offline-Scanner 1 1 0 und dem Server 
erfolgt uber eine geeignete Schnittstelle 112. 

[0069] Ein ImEx-Modul 114 steuert den Datenimport 
in die lokale Datenbank 102 und den Export von Daten 
aus der lokalen Datenbank 102. In diesem Zusammen- 
hang werden die erforderlichen Datenbankoperationen 
und die Datenverteilung gesteuert. Es kann eine Funk- 
tionalitat vorgesehen sein, die erkennt, ob es sich bei 
einer Nachricht (bei bestimmten Daten) um eine Initia- 
lisierung oder um eine Erganzung handelt. In der Ab- 
hangigkeit hiervon kann dann uber das ImEx-Modul 84 
des Zentralsystems 40 die zentrale Datenbank 80 be- 
schickt werden. Es kann ein Scheduler 1 1 6 vorgesehen 
sein, um das ImEx-Modul 114 nach einem vorbestimm- 
ten Zeit- oder/und Ereignisschema zu steuern. Insbe- 
sondere kann vorbestimmt sein, wann Daten an das 
zentrale System 40 versendet werden sollen oder/und 
wann Daten von dem Zentralsystem 40 abgeholt wer- 
den sollen. Der Scheduler 116 kann auch dafiirsorgen, 
dass die lokale Datenbank regelmaBig darauf uberpriift 
wird, ob neue Daten zum Versand an das Zentralsystem 
40 vorliegen. Unter der Steuerung des Schedulers kann 
dann ein entsprechender Prozess initialisiert werden. 
[0070] Aufgrund des Konverters 92 des Zentralsy- 
stems 40 braucht das lokale System 50 an und fur sich 
keinen eigenen Konverterzur Formatkonvertierung auf- 
weisen. Ein derartiger Konverter 118 kann aber fur Da- 
tenaustauschbeziehungen mit anderen Systemen, et- 
wa mit einem anderen lokalen System, vorgesehen 
sein. 

[0071] Ahnlich wie das Zentralsystem der Fig. 4 weist 
das lokale System 50 ein Kommunikationsmodul 120 
auf fur die Datenkommunikation fiber wenigstens ein 
Kommunikationsnetzwerk 60. Auf die Erlauterungen 
zum Kommunikationsmodul 94 wird verwiesen. 
[0072] Bei einem mit einem der Gerate 104, 106, 108 
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einem Glied der Logistikkette, wenigstens ei- 
nes RFID-Schreib-/Lesegerats (32) zum Aus- 
lesen und Beschreiben von zugeordneten 
RFID-Transpondern (26, 28, 30); 

b) Bereitstellen wenigstens eines wiederholt 
beschreibbaren RFID-Transponders (26, 28, 
30) in Zuordnung zu wenigstens einem Pack- 
stuck (20) oder/und zu wenigstens einem Ob- 
jekt (22, 24) des Packstucks; 

c) in Zuordnung zu einem ersten Glied der Lo- 
gistikkette oder/und zu einer dem ersten Glied 
ubergeordneten Instanz oder in gemeinsamer 
Zuordnung zum ersten und zweiten Glied der 
Logistikkette: 

ca) Generieren von dem Packstuck bzw. 
dem Objekt zugeordneten Daten umfas- 
send 1) Packstuck- oder/und Objektdaten 
(im Folgenden Sendungsdaten genannt), 
die das Packstuck bzw. das Objekt identi- 
fizieren, 2) gewiinschtenfalls Statusdaten, 
die einen momentanen Logistikstatus des 
Packstucks bzw. des Objekts angeben, 
und gewiinschtenfalls 3) Logistikkettenda- 
ten, die von der Logistikkette wenigstens 
das letzte Glied und vorzugsweise auch 
das auf das erste Glied folgende nachste 
Glied identifizieren, und 4) gewiinschten- 
falls andere Daten, die entlang der Logi- 
stikkette mitzuftihren sind; 

cb) Abspeichern wenigstens 1) der Sen- 
dungsdaten und, sofem vorhanden, 2) der 
anderen Daten in dem dem Packstuck 
bzw. dem Objekt zugeordneten 
RFID-Transponder (26, 28, 30); 

cc) Aufnehmen wenigstens 1) der Sen- 
dungsdaten, und, sofern vorhanden, 2) der 
Statusdaten und, sofern vorhanden, 3) der 
Logistikkettendaten in einen Datenbe- 
stand eines Datenverarbeitungssystems 
(40); 

cd) Ubergeben, durch das erste Glied (12), 
des Packstucks (20) bzw. des Objekts (22, 
24) an das nachste Glied (1 4) der Logistik- 
kette (10); 

d) in Zuordnung zu jedem folgenden Glied der 
Logistikkette mit Ausnahme des letzten Glieds: 

cia\ I lhe»me»hmf»n rinrnh Has fnlnenrte 



und 110 in Schreib- bzw. Lese-Beziehung tretenden 
RFID-Transponder 122 kann es sich um einen einem 
Packstuck oder einem (in einem Packstuck aufgenom- 
menen oder aufzunehmenden) Objekt zugeordneten 
oder zuzuordnenden Transponder handeln. 1st nicht nur 
eine Packstuck-Verfolgung, sondem auch eine Objekt- 
Verfolgung gewiinscht, wird es in der Regel zweckma- 
Big sein, zu verfolgende Objekte mit eigenem 
RFID-Transponder zu versehen. 
[0073] Ein weiteres lokales System, das beispielswei- 
se als eines der lokalen Systeme der Fig. 3 identifiziert 
werden kann, ist in Fig. 6 gezeigt. Es handelt sich um 
ein lokales System ohne eigene Datenbank, das im Off- 
line-Betrieb oder/und in Datenkommunikationsverbin- 
dung mit dem Zentralsystem 40 oder/und einem lokalen 
System entsprechend dem lokalen System der Fig. 5 
arbeitet. In Fig. 6 ist davon ausgegangen, dass es sich 
um ein an Bord eines Transportmittels, insbesondere ei- 
nes Kraftfahrzeugs befindendes System handelt, das 
einen Bordcomputer 130 mit einer Steuerungseinheit 
132 fur das Fahrzeug und einem Kommunikationsmo- 
dul 134 aufweist. Ein Offline-Scanner 136 dient zum 
Auslesen von RFID-Transpondern. Gewiinschtenfalls 
kann der Offline-Scanner auch eine Schreib-Funktiona- 
■ litat aufweisen, etwa wenn eigene Sendungsdaten ver- 
wendet werden. Uber eine GPS-Einheit ist eine Positi- 
onsbestimmung des Fahrzeugs und damit der von die- 
sen transportierten Packstiicke moglich. Hierdurch wird 
eine Sendungsverfolgung im geographischen Sinne 
moglich. Die Kommunikation mit einem zugeordneten 
System, etwa dem Zentralsystem 40 oder einem lokalen 
System entsprechend Fig. 4 kann beispielsweise iiber 
ein GSM-Modem 140 erfolgen. 
[0074] Zusammenfassend betrifft die Erfindung ein 
Verfahren und ein System zum Management von zwi- 
schen Gliedem einer Logistikkette stattfindenden Logi- 
stikvorgangen und zur eine Packstuckverfolgung und 
gewiinschtenfalls eine Objektverfolgung umfassenden 
Sendungsverfolgung entlang der Logistikkette. Erfin- 
dungsgemaR ist die Verwendung von wiederholt be- 
schreibbaren RFID-Transpondern vorgesehen, die mit- 
tels zugeordneten RFID-Schreib-/Lesegeraten ausge- 
lesen und beschrieben werden. Auf Grundlage von Avi- 
sierungsdaten und aus einem jeweiligen RFID-Trans- 
ponder ausgelesenen Daten werden Logistikvorgange 
bestatigt und quittiert. 



Patentanspriiche 

1. Verfahren zum Management von zwischen Glie- 
dern (12, 14, 16, 18) einer Logistikkette (10) statt- 
findenden Logistikvorgangen und zur eine Pack- 
stuckverfolgung und gewiinschtenfalls eine Objekt- 
verfolgung umfassenden Sendungsverfolgung ent- 55 
lang der Logistikkette (10), umfassend: 

a) Bereitstellen, in Zuordnung zu wenigstens 



Glied (14; 16), des Packstucks (20) bzw. 
des Objekts (22, 24) vom vorangehenden 
Glied (12; 14) der Logistikkette: 

db) Auslesen wenigstens von Sendungs- 
daten aus dem RFID-Transponder (26, 28, 
30); 

dc) Generieren von dem Packstiick bzw. 
dem Objekt zugeordneten Daten umfas- 
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send 1) Quittierungsdaten, die die Uber- 
nahme des Packstiicks bzw. des Objekts 
quittieren, 2) gewiinschtenfalls Statusda- 
ten, die einen momentanen Logistikstatus 
des Packstiicks bzw. des Objekts ange- 5 
ben, 3) gewiinschtenfalls eigene Pack- 
stiick-oder/und Objektdaten (im Folgen- 
den eigene Sendungsdaten genannt), die 
das Packstiick bzw. das Objekt identifizie- 
ren, 4) gewiinschtenfalls Logistikkettenda- 10 
ten, die von der Logistikkette wenigstens 
das nachste Glied identifizieren, und 5) ge- 
wiinschtenfalls andere Daten, die entlang 
der Logistikkette mitzufiihren sind; 

de) Abspeichern wenigstens, sofern vor- 15 
handen, 1) der eigenen Sendungsdaten 
und, sofern vorhanden, 2) der anderen Da- 
ten in dem dem Packstiick bzw. dem Ob- 
jekt zugeordneten RFID-Transponder; 

df) Aufnehmen wenigstens 1 ) der Quittie- 20 
rungsdaten und, sofern vorhanden, 2) der 
Statusdaten und, sofern vorhanden, 3) der 
eigenen Sendungsdaten und, sofern vor- 
handen, 4) der Logistikkettendaten in den 
Datenbestand des Datenverarbeitungssy- 25 
stems (40); 

dg) Ubergeben, durch das betreffende 
Glied (14; 16), des Packstiicks bzw. des 
Objekts an das nachste Glied (1 6; 1 8) der 2. 
Logistikkette (10); 30 

e) in Zuordnung zum letzten Glied (18) der Lo- 
gistikkette (10) oder in gemeinsamer Zuord- 
nung zum letzen und vorletzten Glied der Logi- 
stikkette: 35 

ea) Obernehmen, durch das letzte Glied 
(18), des Packstiicks bzw. des Objekts 
vom vorletzten Glied (1 6) der Logistikkette; 

eb) Auslesen wenigstens von Sendungs- 40 3. 
daten aus dem RFID-Transponder (26, 28, 

30); 

ec) Generieren von dem Packstiick bzw. 
dem Objekt zugeordneten Daten umfas- 
send 1) Quittierungsdaten, die die Uber- 45 
nahme des Packstiicks bzw. des Objekts 
quittieren , und 2) gewiinschtenfalls Status- 
daten, die einen momentanen Logistiksta- 
tus des Packstiicks (20) bzw. des Objekts 
(22, 24) angeben; 50 

ed) Aufnehmen wenigstens 1 ) der Quittie- 
rungsdaten und, sofern vorhanden, 2) der 
Statusdaten in den Datenbestand des Da- 
tenverarbeitungssystems; 

55 

f) durch das Datenverarbeitungssystem (40): 
fa) Halten der 1) Sendungsdaten, 2) Quit- 



tierungsdaten, 3) gegebenenfalls Status- 
daten und 4) gegebenenfalls Logistikket- 
tendaten; 

fb) sofern verschiedene Glieder der Logi- 
stikkette jeweils eigene Sendungsdaten 
verwenden: Zuordnen von sich auf das 
gleiche Packstiick bzw. das gleiche Objekt 
beziehenden Sendungsdaten zueinander; 

fc) auf Grundlage wenigstens der Sen- 
dungsdaten: Bereitsteilen von Avisier 
rungsdaten, die wenigstens ein Packstiick 
(20) oder/und wenigstens ein Objekt (22, 
24) des Packstiicks identifizieren und we- 
nigstens einen sich hierauf beziehenden 
Logistikvorgang ankiindigen, fur wenig- 
stens ein Glied der Logistikkette; 

fd) auf Grundlage der Sendungsdaten so- 
wie auf Grundlage der Quittierungsdaten 
oder/und der Statusdaten: 1) Bereitsteilen 
von Bestatigungsdaten, die wenigstens ein 
Packstiick (20) oder/und wenigstens ein 
Objekt (22, 24) des Packstiicks identifizie- 
ren und fur wenigstens einen sich hierauf 
beziehenden Logistikvorgang bestatigen, 
dass dieser erfolgt ist, wenigstens fur das 
erste Glied der Logistikkette oder/und die 
iibergeordnete Instanz. 

Verfahren nach Anspruch 1, dadurch gekenn- 
zeichnet, dass das Datenverarbeitungssystem 
(40) auf Grundlage von vom Datenverarbeitungs- 
system gehaltenen Daten selbsttatig oder/und in 
Antwort auf eine vermittels technischer Datenkom- 
munikation erfolgende Anfrage Sendungsverfol- 
gungsdaten bereitstellt, die einen momentanen Lo- 
gistikstatus wenigstens eines Packstiicks (20) 
oder/und wenigstens eines Objekts (22, 24) ange- 
ben. 

Verfahren nach Anspruch 1 oder 2, dadurch ge- 
kennzeichnet, dass von dem Datenverarbeitungs- 
system (40) einem Glied der Logistikkette (im Fol- 
genden das erstgenannte Glied) ein Objekt bzw. ein 
Packstiick identifizierende Identifikationsdaten be- 
reitgestellt werden, die die Sendungsdaten wenig- 
stens eines vorangehenden Glieds oder/und der 
ubergeordneten Instanz sowie gewiinschtenfalls 
eine dieses vorangehende Glied bzw. die iiberge- 
ordnete Instanz identifizierende Identifikation um- 
fassen, und dass in Zuordnung zu dem erstgenann- 
ten Glied aus wenigstens einem RFID-Transponder 
Sendungsdaten ausgelesen und mitden Identifika- 
tionsdaten verglichen werden und in dem Fall, dass 
die ausgelesenen Sendungsdaten den Identifikati- 
onsdaten entsprechen, in Bezug auf das dem 
RFID-Transponder zugeordnete Packstiick bzw. 
Objekt Quittierungsdaten und gewiinschtenfalls ei- 
gene Sendungsdaten generiert werden. 
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4. Verfahren nach einem der vorhergehenden AnsprO- 
che, dadurch gekennzeichnet, dass der Logistik- 

status des Packstiicks bzw. des Objekts umfasst: 

eine Ubergabebestatigung eines GliedsderLo- s 
gistikkette, die bestatigt, dass das Packstuck 
bzw. das Objekt an das nachste Glied der Lo- 
gistikkette ubergeben wurde, oder/und 
eine Ladezustandsangabe, die angibt, ob das 
Packstuck bzw. das Objekt auf ein Transport- io 
mittel geladen oder von diesem entladen wur- 
de, oder/und 

eine Lokalisierungsangabe : die angibt, wo sich 
das Packstuck bzw. das Objekt bzw. ein zuge- 
ordnetes Transportmittel momentan befindet. is 

5. Verfahren nach einem der vorhergehenden Anspru- 
che : dadurch gekennzeichnet, dass fur wenig- 
stens ein Objekt (24) der diesem Objekt zugeord- 
nete RFID-Transponder (28) in dieses Objekt inte- 20 
griert ist. 

6. Verfahren nach einem der vorhergehenden Ansprii- 
che : dadurch gekennzeichnet, dass fur wenig- 
stens ein Packstuck der diesem Packstuck zuge- 25 
ordnete RFID-Transponder in ein dem Packstuck 
zugeordnetes Lademittel, vorzugsweise in einen 
das Packstuck aufnehmenden Behatter, integriert 

ist. 

30 

7. Verfahren nach einem der vorhergehenden Anspru- 
che, dadurch gekennzeichnet, dass in Klebeeti- 
ketten integrierte RFID-Transponder verwendet 
werden. 

35 

8. Verfahren nach einem der vorhergehenden Ansprii- 
che : dadurch gekennzeichnet, dass eine Lade- 
hierarchie unterstutzt wird, bei der eine Mehrzahl 
von Einheiten einer niedrigeren Ladehierarchie ei- 
ne Einheit einer hoheren Ladehierarchie bildet, wo- 40 
bei den Einheiten niedrigerer Ladehierarchie je- 
weils gesonderte RFID-Transponder zugeordnet 
sein konnen, die individuell im Sinne eines Ausle- 
sens oder/und Beschreibens ansprechbar sind, 
und wobei der Einheit hoherer Ladehierarchie zu- 45 
satzlich ein eigener RFID-Transponder zugeordnet 
sein kann, der individuell im Sinne eines Auslesens 
oder/und Beschreibens ansprechbar ist. 

9. Verfahren nach einem der vorhergehenden Ansprii- so 
che : dadurch gekennzeichnet, dass wenigstens 

ein Packstuck (20) mehrere Objekte (20, 24) ent- 
halt wobei von den Objekten des jeweiligen Pack- 
stiicks mehreren jeweils ein gesonderter 
RFID-Transponder (28, 30) zugeordnet ist, die indi- 55 
viduell im Sinne eines Auslesens oder/und Be- 
schreibens ansprechbar sind, wobei vorzugsweise 
dem die Objekte enthaltenden Packstuck (20) als 
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Ganzem zusatzlich ein eigener RFID-Transponder 
(26) zugeordnet ist, der individuell im Sinne eines 
Auslesens oder/und Beschreibens ansprechbar ist. 

10. Verfahren nach Anspruch 8 und 9, dadurch ge- 
kennzeichnet, dass neben der hierarchisch nied- 
rigsten Ladehierarchie 30bjekt" und der 
Ladehierarchie "Packstuck" wenigstens eine wei- 
tere Ladehierarchie unterstutzt wird, die hierar- 
chisch zwischen der Ladehierarchie "Objekt" und 
der Ladehierarchie "Packstuck" liegt oder/und we- 
nigstens eine weitere Ladehierarchie unterstutzt 
wird, die hierarchisch iiber der 
Ladehierarchie "Packstuck" liegt. 

1 1 . Verfahren nach einem der vorhergehenden Ansprii- 
che, dadurch gekennzeichnet, dass die 

RFID-Schreib-/Lesegerate (32) aus RFID-Trans- 
pondern ausgelesene Daten oder/und auf Grundla- 
ge dieser Daten generierte Daten per technischer 
Datenkommunikation an das Datenverarbeitungs- 
system ubermitteln bzw. per technischer Daten- 
kommunikation von dem Datenverarbeitungssy- 
stem in RFID-Transponder zu schreibende Daten 
empfangen. 

12. Verfahren nach einem der vorhergehenden Ansprii- 
che, dadurch gekennzeichnet, dass das Daten- 
verarbeitungssystem ein Netz von Datenverarbei- 
tungsanlagen (40, 50, 52, 54, 56) umfasst. 

13. Verfahren nach einem der vorhergehenden Ansprii- 
che, dadurch gekennzeichnet, dass das Daten- 
verarbeitungssystem eine zentrale Datenverarbei- 
tungsanlage (40) und gewunschtenfalls eine Mehr- 
zahl von lokalen, einem jeweiligen Glied der Logi- 
stikkette zugeordneten Datenverarbeitungsanla- 
gen (50, 52, 54, 56) umfasst. 

14. Verfahren nach Anspruch 13, dadurch gekenn- 
zeichnet, dass der Datenbestand (80) von derzen- 
tralen Datenverarbeitungsanlage (40) gehalten 
wird und die in den Datenbestand aufzunehmenden 
Daten vermittels technischer Datenkommunikation 
an die zentrale Datenverarbeitungsanlage (40) 
ubermittelt werden und von dieser empfangen wer- 
den. 

15. Verfahren nach Anspruch 14, dadurch gekenn- 
zeichnet, dass wenigstens ein Teil der Daten von 
wenigstens einer lokalen Datenverarbeitungsanla- 
ge (50), die mit wenigstens einem RFID-Schreib-/ 
Lesegerat (104, 106, 108, 110) in Datenkommuni- 
kationsverbindung steht, an die zentrale Datenver- 
arbeitungsanlage (40) ubermittelt wird und von die- 
ser empfangen wird. 

16. Verfahren nach Anspruch 14 oder 15, dadurch ge- 
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kennzeichnet, dass wenigstens ein Teil der Daten 
von wenigstens einem mit der zentralen Datenver- 
arbeitungsanlage in Datenkommunikationsverbin- 
dung stehenden RFID-Schreib-/Lesegerat (136) 
unmittelbar an die zentrale Datenverarbeitungsan- 
lage (40) iibermittelt wird und von dieser empfan- 
gen wird. 

17. Verfahren nach einem der Anspriiche 14 bis 1 6, da- 
durch gekennzeichnet, dass die zentrale Daten- 
verarbeitungsanlage (40) die Avisierungsdaten. die 
Bestatigungsdaten und gegebenenfalls die Sen- 
dungsverfolgungsdaten vermittels technischer Da- 
tenkommunikation an eine lokale Datenverarbei- 
tungsanlage (50) Oder eine lokale Informationsein- 
heit ubermittelt, die diese Daten empfangt und ge- 
gebenenfalls anzeigt oder/und ausdruckt. 

18. Verfahren nach einem der vorhergehenden Ansprii- 
che, dadurch gekennzeichnet, dass von den Ge- 
nerierungsschritten ca), dc), ec), den Abspeicher- 
schritten cb), de), den gegebenenfalls eine Daten- 
(ibermittlung und einen Datenempfang umfassen- 
den Aufnahmeschritten cc), df), ed) und den Ausle- 
seschritten db), eb) wenigstens einige, vorzugswei- 
se alle automatisiert durchgefiihrt werden, betref- 
fend die Auslese- und Abspeicherschritte erforder- 
lichenfalls unter manueller Herstellung einer 
raumlichen Beziehung zwischen einem Schreib-/ 
Lesegerat und einem betreffenden RFID-Transpon- 
der entsprechend funktechnischen Spezifikationen 
derselben. 

19. Verfahren nach einem der vorhergehenden Ansprii- 
che, dadurch gekennzeichnet, dass der Zuord- 
nungsschritt fb), die Bereitstellungsschritte fc), fd) 
und die gegebenenfalls eine Datenubermittlung 
und einen Datenempfang umfassende Bereitstel- 
lung von Sendungsverfolgungsdaten automatisiert 
durchgefiihrt werden. 

20. Verfahren nach einem dervorhergehenden Anspru- 
che : gekennzeichnet durch einen vom Datenver- 
arbeitungssystem (40) automatisiert durchgefiihr- 
ten Vergleich von vorausgehend generierten, ge- 
plante Logistikvorgange entlang der Logistikkette 
reprasentierenden Soll-Daten und einen tatsachli- 
chen Logistikzustand und tatsachlich erfolgende 
Logistikvorgange reprasentierenden Ist-Daten. 

21. Verfahren nach Anspruch 20, dadurch gekenn- 
zeichnet, dass im Falle einer eine vorgegebene 
Toleranzschwelle iibersteigenden Abweichung zwi- 
schen den Soll-Daten und den Ist-Daten automati- 
siert eine Alarmmeldung generiert oder/und auto- 
matisiert eine AbhilfemaBnahme vorgeschlagen 
oder initiiert wird. 



22. Verfahren nach einem dervorhergehenden Ansprii- 
che, dadurch gekennzeichnet, das Barcode-lden- 
tifizierungen unterstutzt werden. 

5 23. Verwendung eines einem Packstiick (20) oder ei- 
nem Objekt (22, 24) zugeordneten RFID-Transpon- 
ders (26, 28, 30) durch das letzte Glied (18) einer 
nach dem Verfahren eines der Anspriiche 1 bis 22 
gemanagten Logistikkette (10) fur das Manage- 

10 ment einer weiteren Logistikkette in Bezug auf das 
gleiche Packstuck (20) oder das gleiche Objekt (22, 
24), wobei das Management der weiteren Logistik- 
kette nach dem Verfahren nach einem der voran- 
gehenden Anspriiche erfolgt und wobei das letzte 

'5 Glied (18) der erstgenannten Logistikkette das er- 
ste Glied der weiteren Logistikkette ist. 

24. Verwendung eines einem Packstuck (20) oder ei- 
nem Objekt (22, 24) zugeordneten RFID-Transpon- 

20 ders (26, 28, 30) durch ein Glied, ggf. das letzte 
Glied (18) einer nach dem Verfahren eines der An- 
spriiche 1 bis 22 gemanagten Logistikkette (10) fur 
Lagerhaltungszwecke in Bezug auf das gleiche 
Packstuck (20) oder das gleiche Objekt (26, 28, 30), 

25 gewunschtenfalls in Anschluss an die Verwendung 
nach Anspruch 23 oder dieser Verwendung voraus- 
gehend. 

25. Verwendung eines einem Objekt (24) zugeordne- 
30 ten, in dieses Objekt integrierten RFID-Transpon- 

ders (28) durch das erste (12) oder letzte (18) Glied 
oder durch die ubergeordnete Instanz einer nach 
dem Verfahren eines der Anspriiche 1 bis 22 gema- 
nagten Logistikkette (1 0) fiir die Uberwachung des 
35 Lebenszyklus des Objekts (24), vorzugsweise im 
Hinblick auf Qualitatsmanagement oder/und Ga- 
rantiemanagement, gewiinschtenfalls in Anschlufi 
an die Verwendung nach Anspruch 23 oder 24. 

40 26. System zum Management von zwischen Gliedern 
einer Logistikkette stattfindenden Logistikvorgan- 
gen und zur eine Packstiickverfolgung und ge- 
wunschtenfalls eine Objektverfolgung umfassen- 
den Sendungsverfolgung entlang der Logistikkette 

45 nach dem Verfahren nach einem der Anspruche 1 
bis 22, umfassend: 

ein wenigstens eine Datenverarbeitungsanla- 
ge (40, 50, 52, 54, 56) umfassendes Datenver- 

so arbeitungssystem; 

wenigstens ein RFID-Schreib /Lesegerat (32), 
das mit dem Daten verarbeitungssystem in Da- 
tenkommunikationsverbindung steht; 
wenigstens einen dem RFID-Schreib-/Lesege- 

55 rat zugeordneten RFID-Transponder (26, 28, 

30), der mittels dem RFID-Schreib/Lesegerat 
(32) auslesbar und beschreibbar ist; 
dem Datenverarbeitungssystem zugeordnete 



15 



29 



EP 1 189 163 A2 



Software, die wenigstens einige der Verfah- 
rensschritte des Verfahrens nach einem der 
Anspriiche 1 bis 22 automatisiert durchfuhrt 
bzw. automatisiert steuert. 
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